GPU VulnDB

Database/Control plane, storage & DevOps

Apache Airflow: task-written XCom makes the API server instantiate attacker-chosen airflow.* classes

CVSS 8.8CVE-2026-111421Control plane, storage & DevOpscurated

Impact

Task-written XCom values skip the reserved-key check that is enforced elsewhere in the Task Execution API. When a user later views one of those values through the API with deserialization enabled, the API server instantiates classes from the airflow.* namespace using arguments the Dag author picked. The code runs inside the API server rather than in the sandboxed task, so a Dag author can act with the API server's privileges and reach the secrets and connections it holds. This route was left open by the fix for CVE-2026-59242, so deployments on apache-airflow 3.3.1 that patched for that advisory are still exposed. The record does not list concrete gadget classes, so how far this goes past instantiation is not established.

Who can reach it

An authenticated Dag author whose task can write XCom values, plus a user who later views that XCom through the API with deserialization enabled. Network access to the API is required.

What to do

Upgrade apache-airflow to 3.4.0 or later and restart the API server and the scheduler/worker components. Upgrading to 3.3.1 for CVE-2026-59242 is not enough. Until you can upgrade, keep XCom deserialization in the API disabled and restrict who can author Dags.

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.