CVE-2026-7141: vLLM · Uninitialized Resource
Affects vLLMSource CVE Database V5
Public exploit available · CVSS 6.3 Medium.
Data as of 30 Oct 2026, 06:59 UTC
- EPSS
- 0.2% chance of exploitation in 30 days – higher than 21% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:4.0/AV:N/AC:H/AT:N/PR:N/UI:N/VC:L/VI:L/VA:L/SC:N/SI:N/SA:N/E:PExploitation evidence
Disclosed: evidence found.
CVE published 27 Apr 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: evidence found.
CVSS exploit maturity: proof of concept public
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), CVSS vector, the Metasploit, Exploit-DB and nuclei-templates index as of 29 Oct 2026.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| vLLM | Affected
| Fixed in– |
PyPIvllmpkg:pypi/vllmOther threats | Affected
| Fixed in– |
CPE configurations (1)
cpe:2.3:a:vllm:vllm:*:*:*:*:*:*:*:*
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
A patch identified by commit 1ad67864c0c20f167929e64c875f5c28e1aad9fd is available and should be deployed to remediate this vulnerability. Since the vendor advisory or official remediation level is not explicitly provided, users should verify the patch status with the official vllm project repository or vendor advisory before deployment.
Description
A vulnerability was found in vLLM up to 0.19.0. The affected element is the function has_mamba_layers of the file vllm/v1/kv_cache_interface.py of the component KV Block Handler. Performing a manipulation results in uninitialized resource. It is possible to initiate the attack remotely. The attack is considered to have high complexity. The exploitability is described as difficult. The exploit has been made public and could be used. The existence of this vulnerability is still disputed at present. The proposed patch did not fix the issue. A 3rd party explains: "The divergence could be explained by a benign and expected vLLM behavior where vLLM server could group concurrent requests together resulting in different input shapes based on varying request arrival time. The differences in grouped input shapes could call different kernels with could produce difference results due to rounding and differences in order of operations. There is an environment variable VLLM_BATCH_INVARIANT=1 for users that desire to have deterministic output with temperature 0.0."
References
- vuldb.com/vuln/359740 (opens in a new tab)
- vuldb.com/vuln/359740/cti (opens in a new tab)
- vuldb.com/submit/801297 (opens in a new tab)
- github.com/vllm-project/vllm/issues/39146 (opens in a new tab)
- github.com/vllm-project/vllm/pull/39283 (opens in a new tab)
- github.com/vllm-project/vllm/issues/39146 (opens in a new tab)
- github.com/AjAnubolu/vllm/commit/1ad67864c0c20f167929e64c875f5c28e1aad9fd (opens in a new tab)
- vuldb.com/cve/CVE-2026-7141 (opens in a new tab)