CVE-2026-28779: Apache Airflow · Resource Exposure
Affects Apache AirflowSource CVE Database V5
Not known to be exploited · CVSS 7.5 High : upgrade to 3.1.8 soon.
Data as of 29 Oct 2026, 19:04 UTC
- EPSS
- 0.7% chance of exploitation in 30 days – higher than 53% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 3.1.8
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:NExploitation evidence
Disclosed: evidence found.
CVE published 17 Mar 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 29 Oct 2026.
What to do
Upgrade Apache Airflow to 3.1.8.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| Apache Software FoundationApache Airflow | Affected
| Fixed in
|
GitHubapache/airflowpkg:github/apache/airflowOther threats | Affected
| Fixed in– |
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
To mitigate CVE-2026-28779, organizations should upgrade Apache Airflow to version 3.1.8 or later, where the session cookie path is correctly scoped to the configured base URLs, preventing token exposure across co-hosted applications. Until upgrading is possible, administrators should consider isolating Airflow deployments on dedicated domains or subdomains to prevent cookie sharing with other applications. Implementing strict Content Security Policies (CSP) and Subresource Integrity (SRI) can reduce the risk of cross-application script injection that might lead to token theft. Additionally, reviewing and minimizing the number of applications hosted under the same domain can reduce the attack surface. Monitoring and logging unusual session activities or token usage can help detect potential hijacking attempts early. Employing network segmentation and strict access controls around Airflow hosting environments further limits exposure. Finally, educating developers and administrators about secure cookie attributes (e.g., HttpOnly, Secure, and proper Path scoping) can prevent similar issues in future deployments.
Description
Apache Airflow versions 3.1.0 through 3.1.7 session token (_token) in cookies is set to path=/ regardless of the configured [webserver] base_url or [api] base_url. This allows any application co-hosted under the same domain to capture valid Airflow session tokens from HTTP request headers, allowing full session takeover without attacking Airflow itself. Users are recommended to upgrade to Apache Airflow 3.1.8 or later, which resolves this issue.