GPU VulnDB

Database/AI/ML frameworks & serving

MLflow: path traversal in model_id lets unauthenticated clients write files outside the run directory

CVSS 6.3CVE-2026-127202AI/ML frameworks & servingcurated

Impact

The POST /api/3.0/mlflow/runs/outputs endpoint does not validate model_id. A value containing ../ makes the server create directories and write a meta.yaml file anywhere the server account can write. The attacker controls where the file goes but not, from what the record says, much of what goes in it. Writes to arbitrary locations can still corrupt other experiments' metadata on a shared tracking server. Only the FileStore backend is affected. FileStore was the default before 3.7.0 and is opt-in afterwards through MLFLOW_ALLOW_FILE_STORE.

Who can reach it

Anyone who can reach the MLflow tracking server API. No authentication is needed if the deployment does not enforce any. The server must be using the FileStore backend.

What to do

Upgrade MLflow to 3.18.0 or later and restart the tracking server. Moving to a database-backed store removes the vulnerable code path. Restrict network access to the tracking server and run it as an unprivileged account with a confined writable area.

References

Related entries

All AI/ML frameworks & serving 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.