Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessReach disaggregated /inference/v1/generate endpoint
-
DeliveryReplay valid multimodal item
-
ExploitCraft inconsistent mm_placeholders/kwargs_data/mm_hashes
-
ExecutionNegative text span in Qwen2.5-VL positions
-
PersistFatal worker error crashes engine
-
ImpactService unavailable for all requests
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A05:2025 - Injection
ASVS 5.0
V2 - Validation and Business Logic Input validation, allowlisting
|
| Exploitation Conditions | Exploitation requires the target to run vLLM's disaggregated (scale-out) multimodal serving with the /inference/v1/generate endpoint reachable by the attacker; multimodal support for this endpoint first shipped in v0.20.0, so only 0.20.0 through 0.29.x are affected. The attacker must obtain and replay a valid multimodal item and then submit inconsistent serialized metadata - repeated/overlapping mm_placeholders ranges or mismatched kwargs_data and mm_hashes lists. The confirmed crash path is the Qwen2.5-VL position-construction code (reproduced on Qwen2.5-VL-3B-Instruct); whether other multimodal model paths are equally affected is not established in the sources. No authentication is required (PR:N), but the CVSS rates attack complexity high with an attack requirement (AC:H/AT:P), indicating the malicious metadata must satisfy conditions to reach the vulnerable code. Limiting factors: instances not using this disaggregated multimodal endpoint, or on v0.30.0+, are not exposed. |
| Impact | This is a genuine but bounded availability-only risk. The CVSS 4.0 vector (AV:N/AC:H/AT:P/PR:N/UI:N) scoring 8.2 shows a network-reachable, unauthenticated flaw (PR:N) whose only impact is on availability (VA:H; VC:N/VI:N - no data exposure or code execution), with elevated attack complexity (AC:H) and a present attack requirement (AT:P). The source evidence does not describe why AC:H/AT:P applies beyond the need to craft inconsistent kwargs_data/mm_placeholders/mm_hashes that survive into Qwen2.5-VL position construction, so the specific precondition behind the complexity rating is not detailed in the available sources. No EPSS score, SSVC automatable/technical-impact decision, or CISA KEV entry is present in the input, so probabilistic and framework signals cannot be weighed. The vuln.today priority is 'this_week' (not act_now/emergency), consistent with a high-severity DoS reported by VulnCheck but without confirmed active exploitation. Exploitation status: no public exploit identified at time of analysis - the researcher reproduced the crash on 0.20.0/0.21.0, but the input provides no publicly available working exploit code and no KEV listing. Net: a real, patch-worthy issue for operators of the affected endpoint, but scoped to denial of service rather than compromise, and prioritization relies on CVSS and the vendor advisory rather than exploitation telemetry (EPSS/KEV absent). |
| Exploit ScenarioDerived | An attacker with network reach to a vLLM instance running the disaggregated multimodal /inference/v1/generate endpoint replays a previously valid multimodal item but tampers with the serialized metadata - repeating or overlapping mm_placeholders ranges, or supplying mismatched kwargs_data and mm_hashes lists. When this inconsistent layout reaches Qwen2.5-VL position construction it yields a negative text span, triggering a fatal worker error that shuts down the engine and denies service to all subsequent requests. No public exploit code is identified, though the reporter (VulnCheck) reproduced the crash on 0.20.0/0.21.0 with Qwen2.5-VL-3B-Instruct. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 25, 2026
Unauthenticated remote attackers can crash vLLM 0.20.0 through 0.29.x by submitting inconsistent multimodal metadata to the disaggregated /inference/v1/generate endpoint, which yields a negative text span in Qwen2.5-VL position construction and terminates the engine, denying service to subsequent requests. Exploitation is availability-only and rated high complexity: the attacker must first obtain and replay a valid multimodal item, then tamper with the serialized mm_placeholders, kwargs_data or mm_hashes fields, and the target must expose the scale-out multimodal generate endpoint. No public exploit code was identified at time of analysis; the validation fix ships in vLLM 0.30.0.
RemediationAI
Vendor-released patch: vLLM 0.30.0, which includes PR #51898 and its pre-handoff validation of multimodal feature structures - upgrade pip package vllm to >= 0.30.0. Until upgrading is possible, restrict network access to the disaggregated /inference/v1/generate endpoint so only trusted internal render/producer components can reach it (mutual TLS or service-mesh policy), accepting the operational cost of maintaining and rotating those credentials and of brokering all scale-out traffic; or stop serving multimodal requests through the disaggregated endpoint and fall back to non-disaggregated serving, which removes the crash surface but changes latency and GPU memory characteristics of the deployment. Note the endpoint is unauthenticated by default, so exposure to any untrusted network segment should be treated as the primary risk driver. Details and patch reference: https://github.com/vllm-project/vllm/security/advisories/GHSA-34qw-q2h2-jp3m.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
vLLM's disaggregated (scale-out) multimodal serving splits work across a render endpoint, which serializes multimodal metadata for a prompt, and a generate endpoint (/inference/v1/generate), which deserializes client-supplied kwargs_data, mm_hashes and mm_placeholders and feeds them into multimodal input construction. The flaw is CWE-20 improper input validation: the generate endpoint never checked that those client-controlled fields described a consistent prompt layout before handing them to model code. Repeated or overlapping mm_placeholders ranges, or kwargs_data and mm_hashes lists whose lengths or modalities disagree, violate the assumption that placeholder offsets advance consistently through the prompt token sequence. In the confirmed Qwen2.5-VL path this produces a negative text span during multimodal position construction, causing a fatal worker error and engine shutdown. CPE cpe:2.3:a:vllm-project:vllm is recorded for the package, with the affected range established by the advisory as pip/vllm >= 0.20.0 and < 0.30.0 - multimodal support on this endpoint first shipped in stable 0.20.0, so earlier releases are not exposed by this code path. The fix (PR #51898) validates multimodal feature structures before engine handoff, requiring parallel fields to use matching modalities and list lengths, rejecting overlapping or invalid placeholder ranges, and ensuring ranges fit within the prompt token sequence. Whether multimodal model paths other than Qwen2.5-VL are equally crashable is not established in the available sources; the reproduction was on Qwen2.5-VL-3B-Instruct.
Know when Vllm gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
CVSS:4.0/AV:N/AC:H/AT:P/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N
Network-reachable and unauthenticated (AV:N/PR:N), but crafting inconsistent metadata that reaches the crash path raises complexity (AC:H); impact is availability-only engine crash (A:H, C:N/I:N).
Primary rating from Vendor (VulnCheck).
CVSS VectorVendor: VulnCheck
Lifecycle Timeline
2DescriptionCVE.org
vLLM from 0.20.0 before 0.30.0 contains a denial of service vulnerability that allows remote attackers to crash the engine by sending inconsistent multimodal metadata to the disaggregated /inference/v1/generate endpoint. Attackers can replay a valid multimodal item with repeated or overlapping mm_placeholders ranges or mismatched kwargs_data and mm_hashes lists, producing a negative text span in Qwen2.5-VL position construction that terminates the engine.
Technical POC Analysis
Evidence note: the only supplied artifact is advisory GHSA-34qw-q2h2-jp3m.
Full technical POC analysis - root cause, step-by-step exploitation and patch breakdown - is part of the Pro and Business plans.
Executive ViewAI
A high-severity vulnerability in vLLM versions 0.20.0 through 0.29.x allows unauthenticated remote attackers to crash the inference engine by sending crafted multimodal metadata to an exposed generate endpoint. Organizations running these versions for production AI services face potential service outages, impacting availability and customer trust. Leadership should prioritize assessment and mitigation within 30 days.
No vendor-released patch identified at time of analysis; restrict network access to the /inference/v1/generate endpoint, deploy authentication and rate limiting, and monitor for malicious requests until vLLM 0.30.0 can be applied.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Denial of Service attacks render applications or systems unavailable by overwhelming resources or triggering failure conditions.
vLLM is a high-throughput and memory-efficient inference and serving engine for LLMs. Rated critical severity (CVSS 10.0
vllm-project vllm version v0.6.2 contains a vulnerability in the MessageQueue.dequeue() API function. Rated critical sev
Information exposure in vLLM inference engine versions 0.8.3 to before 0.14.1. Invalid image requests to the multimodal
Timing-based API key recovery in vLLM before 0.11.0rc2 can let remote attackers bypass bearer-token authentication on de
vLLM is a high-throughput and memory-efficient inference and serving engine for LLMs. Rated high severity (CVSS 7.5), th
Denial of service in the vLLM LLM inference server (all versions prior to 0.24.0) allows a remote client to crash the sh
vLLM before version 0.14.1 contains a server-side request forgery vulnerability in the MediaConnector class where incons
Out-of-memory worker crashes in vLLM can be induced by a single small compressed audio payload submitted to the /v1/chat
vLLM is a high-throughput and memory-efficient inference and serving engine for LLMs. Rated medium severity (CVSS 6.5),
GPU memory exhaustion in vLLM versions prior to 0.28.0 lets an attacker with low-privileged API access (PR:L in the CVSS
Multimodal inference requests to vLLM deployments running versions prior to 0.28.0 can trigger a process-level assertion
Uncontrolled resource consumption in vLLM's OpenAI-compatible completions endpoint allows any authenticated API client t
EUVD-2026-109439
GHSA-w9hx-wr9v-56wv
NVD
CVE.org
EPSS
VulDB
Exploit-DB