GPU VulnDB

Database/Control plane, storage & DevOps

Apache Airflow: a crafted XCom payload makes the webserver execute code in its own context

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

Impact

A DAG author can craft an XCom payload that causes the Airflow webserver to execute arbitrary code when the value is rendered, reaching a context DAG authors are not supposed to execute in. On a fleet where Airflow drives training and data pipelines, that moves an author from worker-level execution to the webserver process, which typically holds the Airflow metadata database credentials and connection secrets for storage and clusters. Apache rates the severity low because DAG authors are already highly trusted; the value is in knowing the author/webserver boundary does not hold, which matters if DAG authoring is delegated more widely than cluster administration.

Who can reach it

An authenticated DAG author - someone who can add or modify a DAG that runs in the environment. Not reachable by a UI user without DAG authoring rights.

What to do

Upgrade to Apache Airflow 3.2.0, which resolves the issue; this is a scheduler and webserver upgrade with a service restart, no node drain. Until then treat DAG authoring as equivalent to webserver access and scope who may commit DAGs accordingly.

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.