Quick answers
- Is CVE-2025-62164 exploited in the wild?
- No. Junglewise Threat Intelligence has no report of CVE-2025-62164 being exploited in the wild.
- How severe is CVE-2025-62164?
- High severity, with a CVSS score of 8.8, published 21 November 2025.
- Which products and versions are affected?
- vllm (PyPI) ECOSYSTEM:introduced=0.10.2,fixed=0.11.1; vLLM Project vllm >= 0.10.2, < 0.11.1.
- Is there a fix for CVE-2025-62164?
- Yes. vllm (PyPI): upgrade to 0.11.1 or later. Junglewise finds every place you run it, drafts the upgrade and applies it once you approve.
- How is CVE-2025-62164 attacked?
- It is attacked over the network, in a software library.
- Am I affected by CVE-2025-62164?
- Check whether you run vllm (PyPI), Vllm or vLLM Project vllm at an affected version. Junglewise does that check for you around the clock: connect your code, cloud and domains, and it matches new vulnerabilities like this one against what you actually run and tells you when one reaches you.
How to fix
- vllm (PyPI): upgrade to 0.11.1 or later
pip install "vllm>=0.11.1"
Technical details
A vulnerability exists in vLLM's Completions API endpoint due to the unsafe use of torch.load() when processing user-supplied prompt embeddings. Starting with PyTorch 2.8.0, sparse tensor integrity checks are disabled by default during deserialization. An attacker with API access can provide a maliciously crafted sparse tensor that bypasses internal bounds checks, triggering an out-of-bounds memory write when the 'to_dense()' method is called. This can result in a denial-of-service (DoS) via process crash or remote code execution (RCE). The issue is addressed in version 0.11.1 by ensuring proper validation of tensor invariants.
Affected products
- vLLM Project vllm >= 0.10.2, < 0.11.1
Identifiers
- CVE-2025-62164
- GHSA-mrw7-hf4f-83pf
- PYSEC-2026-2018
Timeline
- 2025-11-20: advisory: GitHub Advisory GHSA-mrw7-hf4f-83pf published
- 2025-11-20: patched: Fix merged in vLLM pull request 27204