Description
Apache Airflow FAB provider: deactivating a user account does not stop tokens issued to that account before deactivation. Password authentication correctly rejects the disabled account, but the Core API continues to accept an existing, unexpired token naming it, and lets that token mint a replacement — so the account keeps its role-scoped access indefinitely after an administrator has disabled it. The user replays their own legitimate credential; no signature forgery or privilege escalation is involved, and the access stays within the roles the account already held.

Affects deployments using Airflow 3 with the FAB auth manager and Core API token authentication, where an administrator deactivates an account whose row remains in the database and whose previously issued token has not expired. The trigger is administrative deactivation as a containment action, which silently fails to contain.

Users of apache-airflow-providers-fab are recommended to upgrade to version 3.9.0 or later, which rejects tokens naming a deactivated account.
Published: 2026-09-16
Score: n/a
EPSS: < 1% Very Low
KEV: No
Impact: Continued unauthorized access
Action: Immediate Patch
AI Analysis

Impact

The FAB auth manager allows a deactivated user account’s previously issued Core API JWT to continue functioning. The token remains valid and can be used to mint a new token, effectively letting the account retain its role‑scoped access even after an administrator has disabled it. Password authentication correctly rejects the account, but the Core API accepts the existing unexpired token and grants new access. No credential forgery or privilege escalation occurs; the issue is a failure to invalidate tokens tied to a deactivated account.

Affected Systems

Deployments running Apache Airflow version 3 with the FAB authentication provider and Core API token authentication are affected when an administrator deactivates an account whose database row remains intact and whose existing token has not expired. The vulnerability specifically impacts the apache‑airflow‑providers‑fab package; users should upgrade to version 3.9.0 or later, which rejects tokens identifying a deactivated account.

Risk and Exploitability

The vulnerability has no documented exploit probability (EPSS unavailable) and is not listed in the CISA KEV catalog, but it exposes users to indefinite access through valid tokens. The attack path requires an administrator to disable a user but leave the account record in place; an attacker can simply replay the remaining token to obtain new tokens. Because the compromised account’s role permissions are unchanged, the risk to confidentiality or integrity is limited to the scope of those roles, while availability is unaffected.

Generated by OpenCVE AI on September 16, 2026 at 13:54 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Upgrade apache‑airflow‑providers‑fab to version 3.9.0 or later
  • Revoke all active JWT tokens for deactivated accounts using the Airflow revocation API or by resetting token secrets
  • Ensure deactivated accounts are removed from the authentication database or that their rows are properly marked to prevent token issuance; validate that the revocation logic works by attempting token minting for a deactivated user

Generated by OpenCVE AI on September 16, 2026 at 13:54 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Wed, 16 Sep 2026 15:00:00 +0000


Wed, 16 Sep 2026 14:15:00 +0000

Type Values Removed Values Added
First Time appeared Apache
Apache airflow Fab Provider
Vendors & Products Apache
Apache airflow Fab Provider

Wed, 16 Sep 2026 10:30:00 +0000

Type Values Removed Values Added
References

Wed, 16 Sep 2026 09:30:00 +0000

Type Values Removed Values Added
Description Apache Airflow FAB provider: deactivating a user account does not stop tokens issued to that account before deactivation. Password authentication correctly rejects the disabled account, but the Core API continues to accept an existing, unexpired token naming it, and lets that token mint a replacement — so the account keeps its role-scoped access indefinitely after an administrator has disabled it. The user replays their own legitimate credential; no signature forgery or privilege escalation is involved, and the access stays within the roles the account already held. Affects deployments using Airflow 3 with the FAB auth manager and Core API token authentication, where an administrator deactivates an account whose row remains in the database and whose previously issued token has not expired. The trigger is administrative deactivation as a containment action, which silently fails to contain. Users of apache-airflow-providers-fab are recommended to upgrade to version 3.9.0 or later, which rejects tokens naming a deactivated account.
Title Apache Airflow FAB provider: FAB auth manager: deactivated users retain and renew Core API JWT access
Weaknesses CWE-613
References

Subscriptions

Apache Airflow Fab Provider
cve-icon MITRE

Status: PUBLISHED

Assigner: apache

Published:

Updated: 2026-09-16T14:54:48.608Z

Reserved: 2026-08-28T12:58:11.839Z

Link: CVE-2026-82310

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Awaiting Analysis

Published: 2026-09-16T10:16:53.307

Modified: 2026-09-16T19:08:00.110

Link: CVE-2026-82310

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-09-16T14:00:11Z

Weaknesses
  • CWE-613

    Insufficient Session Expiration