CVE-2026-4944Hardcoded trust_remote_code=True in vllm-project/vllm Bypasses User Security Control
Updated under an hour ago ()
Does this affect you?
It affects vllm-project/vllm. Add what you run to find out whether that includes you.
No exploitation reported and no EPSS estimate yet.
Do this next
Free account, 1 product
vllm-project/vllm version 0.14.1 contains a vulnerability where the `trust_remote_code=True` parameter is hardcoded in two model implementation files (`vllm/model_executor/models/nemotron_vl.py` and `vllm/model_executor/models/kimi_k25.py`). This bypasses the user's explicit `--trust-remote-code=False` setting, enabling remote code execution via malicious HuggingFace model repositories. This issue is an incomplete fix for CVE-2025-66448 and CVE-2026-22807, as it affects separate code paths in model implementation files. Deployments loading NemotronVL or KimiK25 models are particularly impacted.
- CVSS
- 8.8 HIGH (v3.0, CNA)CVSS:3.0/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H
- Weakness (CWE)
- CWE-22
- Known exploited
- Not in CISA's KEV catalog
- EPSS (exploitation in the next 30 days)
- Not loaded for this CVE
- Assigned by
- @huntr_ai
- NVD analysis
- Deferred
- Record last updated
- May 28, 2026
- First seen by InfoSec Signals
- Oct 9, 2026
Affected products
vllm-project vllm-project/vllm vllm_project:vllm (from the name) | from unspecified through latest | CNA record |
References
- https://huntr.com/bounties/97f706f7-a852-49b2-a4eb-76811e611daf
The CVE record on cve.org NVD's entry
The CVE record is authoritative. Products marked “from the name” were identified from the CNA's free-text names, not a CPE, and are matched less certainly. This product uses the NVD API but is not endorsed or certified by the NVD.