CVE-2026-100177: Ail Framework Crawler: Missing Cookiejar Authorization Check Allows Cross-Organization Cookiejar Attachment

Published Sep 25, 2026
·
Updated

The AIL Framework crawler task creation API (apiaddcrawlertask) contained an insufficient authorization check when a user supplied a cookiejar UUID to attach to a one-shot or scheduled crawler task. The original code only verified that the cookiejar existed and, if its access level was 0, compared the cookiejar's owning user ID to the requesting user ID. It did not validate organizational boundaries, did not account for the requesting user's role. When the cookiejar level was not 0, no access check was performed at all. An authenticated user could therefore reference another organization's cookiejar by UUID and have the crawler use that organization's stored cookies (session tokens, authentication credentials) when performing web crawls, effectively leaking or exfiltrating the victim organization's session data.

The vulnerability requires an authenticated user with the ability to create crawler tasks. The attacker must know or guess a valid cookiejar UUID belonging to another organization. The impact is unauthorized access to another organization's stored cookies and session data through the crawler infrastructure.

Affected Software

1 affected component
AIL Framework AIL Framework Crawler

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Compensating control

    In api_add_crawler_task, validate any referenced cookiejar UUID through api_check_cookiejar_access_acl() for the 'view' action, enforcing organization, user, and role-based access control; propagate user_role from api_rest.py and crawler_splash.py into the ACL check.

Event History

Sep 25, 2026
CVE Published
via MITRE·01:35 PM
Data Sourced
via MITRE·01:35 PM
RemedyDescriptionWeakness
Data Sourced
via NVD·02:17 PM
DescriptionSeverityWeakness

Frequently Asked Questions

1

Who can exploit this issue?

An attacker must be authenticated and have permission to create one-shot or scheduled crawler tasks. They must also know or successfully guess the UUID of a cookiejar owned by another organization.

2

Are cookiejars with nonzero access levels affected?

Yes. The affected logic performed no access check when the referenced cookiejar's access level was not 0, allowing it to be attached to a crawler task regardless of organizational ownership.

3

What data could be exposed through successful exploitation?

The crawler can use the victim organization's stored cookies, including session tokens and authentication credentials, while performing web crawls. This can provide unauthorized access to session data through the crawler infrastructure.

4

How can defenders identify potential exploitation?

Review crawler task creation records for cookiejar UUIDs associated with a different organization than the user creating the task. Investigate one-shot and scheduled tasks that reference cross-organization cookiejars, especially those created by users with crawler-task permissions.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203