GPU VulnDB

Database/Control plane, storage & DevOps

Apache Airflow: Dag source endpoint returns the whole file, exposing co-located Dags the caller cannot read

CVSS 6.5CVE-2026-49296Control plane, storage & DevOpscurated

Impact

The Dag source endpoint and the equivalent UI view returned the entire source file without stripping Dags the caller is not authorized to read, so per-DAG access control was bypassed for anyone authorized on a single Dag in that file. Pipeline source routinely carries connection ids, bucket names, cluster endpoints and inline logic that a tenant was not meant to see. On a multi-tenant scheduler in front of a GPU fleet this turns one granted Dag into visibility of a neighbour's whole pipeline definition. Only deployments that co-locate multiple Dags in one file and rely on per-DAG access control are affected; one-Dag-per-file deployments are not.

Who can reach it

Network access to the Airflow UI or REST API as an authenticated user with read permission on at least one Dag in the target source file.

What to do

Upgrade to apache-airflow 3.3.0 or later and restart the API server. As a structural mitigation, split Dags belonging to different tenants into separate source files so per-DAG authorization matches file boundaries. No worker or GPU node change.

References

Related entries

All Control plane, storage & DevOps entries

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.