Database/Control plane, storage & DevOps
Airflow Keycloak provider: credentials of any confidential client in the realm log into Airflow
Impact
The Keycloak auth manager's unauthenticated token endpoint accepts a client-credentials grant from any confidential client registered in the same Keycloak realm, not only Airflow's own client. Anyone holding credentials for an unrelated application that shares the realm - a monitoring tool, an internal service - gets a signed Airflow session token for that service account. On a fleet where Airflow drives data pipelines and GPU training jobs, that is unintended access to the scheduler's UI and API; what the intruder can then do is whatever that service account is authorized for, plus any endpoint gated only on being authenticated. The endpoint also answers unauthenticated credential guesses against Keycloak under Airflow's identity, which makes Airflow a password-spraying oracle for the realm.
Who can reach it
Anyone who can reach the Airflow web endpoint and holds valid credentials for any one confidential client in the shared Keycloak realm. No Airflow account and no prior Airflow authentication needed.
What to do
Upgrade apache-airflow-providers-keycloak to 0.10.0 or later, which accepts only the configured client on that grant; this is a provider package bump plus a restart of the API server / webserver components, no worker or node disruption. If the upgrade must wait, the exposure is limited by moving Airflow to a dedicated Keycloak realm with no other confidential clients.
References
Related entries
- Airflow FAB provider: password reset fails to evict existing sessions, so a stolen cookie keeps workingCVE-2026-82311 · Apache Airflow FAB provider (password reset does not delete database-backed sessions)Critical
- Linux nfsd: async server-side COPY registers a stateid pointing into a reused request bufferCVE-2026-89676 · Linux NFS server (nfsd, s2s_cp_stateids IDR for async COPY)Critical
- Linux nfsd: filehandle composed from a stale dentry when dentry_create returns a different dentryCVE-2026-89677 · Linux NFS server (nfsd4_create_file, fh_compose on the wrong dentry)Critical
- Linux nfsd: pNFS layout fence worker takes a duplicate reference and leaks the layout stateidCVE-2026-89681 · Linux NFS server (nfsd pNFS layout fence worker, lm_breaker_timedout)Critical
- Linux nfsd: LAYOUTGET racing a delegation revoke hits a BUG_ON and panics the NFS serverCVE-2026-89686 · Linux NFS server (nfsd4_alloc_layout_stateid, fi_deleg_file under fi_lock)Critical
- Linux nfsd: seqid_op replay retry drops a stateowner reference it never tookCVE-2026-89688 · Linux NFS server (nfs4_preprocess_seqid_op, stateowner refcount on replay retry)Critical
This entry is curated: imported from vendor advisories with machine assistance, not yet individually verified. Confirm against your vendor's advisory before acting, and report anything wrong.