CVE-2026-94624 json
vLLM through 0.29.0 Denial of Service via Unbounded P2P KV Offloading Sessions
published last mo. modified 15d ago also EUVD-2026-84218 , GHSA-frvg-qw88-hww9 , PYSEC-2026-4006
- cvss
- 7.5
- version 3.1, CNA
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- 0.4%
- EPSS 0.4% chance of exploitation in 30 days, percentile 38%
- public exploits
- 0
- none known
Summary
vLLM through 0.29.0 contains a denial of service vulnerability in P2P KV offloading when OffloadingConnector is configured with TieringOffloadingSpec and a peer-to-peer secondary tier. Attackers can supply arbitrary remote host and port values in kv_transfer_params to create unreachable peer sessions that retain ZeroMQ sockets until the context quota is exhausted, causing an uncaught ZMQError that crashes EngineCore and stops all inference.
Patch / fix
- pypi vllm 0.30.0, 0.32.0
- github.com/vllm-project/vllm@93d2cab commit
- github.com/vllm-project/vllm#51504 pull request
- github.com/vllm-project/vllm/releases/tag/v0.32.0 release
Is CVE-2026-94624 in your dependencies? Fencer shows which of your repositories are affected as soon as an advisory lands, and opens the fix as a pull request.
Check with FencerVendor advisories
What the vendors themselves say about their products: affected, fixed or not affected, and what to do.
red hat product security vex CVE-2026-94624 updated cvss 7.5
vllm: vLLM: Denial of Service via unbounded P2P KV offloading sessions
-
Red Hat AI Inference Server rhaii/vllm-tpu-rhel9, rhaiis/vllm-cpu-rhel9, rhaiis/vllm-tpu-rhel9, rhaiis/vllm-cuda-rhel9, rhaiis/vllm-rocm-rhel9, rhaii/vllm-neuron-rhel9, +2 moreaffected: workaround, no fix planned “Will not fix”
-
Red Hat Enterprise Linux AI (RHEL AI) 3 rhelai3/bootc-cuda-rhel9, rhelai3/bootc-rocm-rhel9, rhelai3/bootc-gaudi-rhel9, rhelai3/bootc-aws-cuda-rhel9, rhelai3/bootc-gcp-cuda-rhel9, rhelai3/bootc-azure-cuda-rhel9, +1 more Red Hat OpenShift AI (RHOAI) rhoai/odh-vllm-gaudi-rhel9, rhoai/odh-llm-d-kv-cache-rhel9affected: workaround, no fix available, no fix planned “Will not fix”
-
Red Hat AI Inference Server 3.5 rhaii/vllm-cpu-rhel9 1793444554, rhaii/vllm-cuda-rhel9 1793444600, rhaii/vllm-rocm-rhel9 1793444456, rhaii/vllm-gaudi-rhel9 1793444510, rhaii/vllm-spyre-rhel9 1793444409fixed: vendor fix RHSA-2026:94702
-
Red Hat OpenShift AI 3.4 rhoai/odh-kserve-agent-rhel9 1791468381, rhoai/odh-kserve-router-rhel9 1791468401, rhoai/odh-kserve-controller-rhel9 1791468368, rhoai/odh-kserve-storage-initializer-rhel9 1790958549fixed: vendor fix RHSA-2026:84734
-
Red Hat OpenShift AI (RHOAI) rhoai/odh-th-torch-cuda-py312-rhel9not affected: vulnerable code not in execute path
-
Red Hat OpenShift AI 3.4 rhoai/odh-cli-rhel9 1791509689, rhoai/rhai-cli-rhel9 1791509689, rhoai/odh-automl-rhel9 1791535789, rhoai/odh-mlflow-rhel9 1791865967, rhoai/odh-autorag-rhel9 1791557539, rhoai/odh-trainer-rhel9 1791869783, +96 morenot affected: vulnerable code not present
Red Hat CSAF VEX © Red Hat, Inc., from https://security.access.redhat.com/data/csaf/v2/vex/; changed: reduced to product statuses and remediations. CC BY 4.0 · csaf
CISA SSVC
- Exploitation
- none
- Automatable
- yes
- Technical impact
- partial
- Assessed
- last mo.
Exploit prediction
0.43% chance of exploitation in the next 30 days, higher than 38% of all scored CVEs (FIRST EPSS, 2026-11-11).
CVSS scores
| assigned by | version | score | vector |
|---|---|---|---|
| CNA | 4.0 | 8.7 | CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N |
| CNA | 3.1 | 7.5 | CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H |
| GitHub | 3.1 | 6.5 | CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H |
| CNA | 4.0 | 8.7 | CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X |
Affected packages
| ecosystem | package | affected | fixed in |
|---|---|---|---|
| pypi | vllm | <0.32.0 <0.30.0 |
0.32.0 0.30.0 |
Affected products
- vllm-project vllm
Classification
- Weakness
-
- CWE-770 Allocation of Resources Without Limits or Throttling
References
-
github.com
/vllm-project/vllm/pull/51504
issue-tracking, patch, web
-
github.com
/vllm-project/vllm/commit/93d2cab35e8ae66bbaa1dea1c077986d5a79eb80
web
-
github.com
/vllm-project/vllm/blob/v0.29.0/vllm/v1/kv_offload/tiering/p2p/control/zmq.py#L240-L260
technical-description, web, product
-
github.com
/vllm-project/vllm/blob/v0.29.0/vllm/v1/kv_offload/tiering/p2p/manager.py#L667-L677
technical-description, web, product
-
github.com
/vllm-project/vllm
product, package
-
vulncheck.com
/advisories/vllm-through-0.29.0-denial-of-service-via-unbounded-p2p-kv-offloading-sessions
third-party-advisory, web, advisory
-
github.com
/vllm-project/vllm/security/advisories/GHSA-frvg-qw88-hww9
web
-
nvd.nist.gov
/vuln/detail/CVE-2026-94624
advisory
-
github.com
/pypa/advisory-database/tree/main/vulns/vllm/PYSEC-2026-4006.yaml
web
-
github.com
/vllm-project/vllm/releases/tag/v0.32.0
web
Sources
- CVE List CVE-2026-94624
- GitHub Advisory GHSA-frvg-qw88-hww9
- NVD CVE-2026-94624
- OSV PYSEC-2026-4006
Fencer Intel keeps one entry per vulnerability: the CVE id wins, then GHSA, and records that alias each other are merged, except that two CVEs always keep separate entries. The same data is available as JSON.
CPEs and fixed versions use Anchore's correction of NVD's data: Added CPE configurations because not yet analyzed by NVD.