vLLM through 0.29.0 fails to validate the tp_size parameter in kv_transfer_params on OpenAI-compatible completion endpoints, allowing attackers to allocate unbounded memory. Attackers can supply arbitrary tp_size values in prefill/decode disaggregated deployme
| 厂商 | 产品 | 版本范围 | 状态 |
|---|---|---|---|
| vllm-project | vllm | ≤ 0.29.0 |
affected |
尽管我们使用了先进的大模型技术,但其输出仍可能包含不准确或过时的信息。神龙努力确保数据的准确性,但请您根据实际情况进行核实和判断。
| 厂商 | 产品 | 影响版本 | CPE | 订阅 |
|---|---|---|---|---|
| vllm-project | vllm | 0 ~ 0.29.0 | - |
|
| # | POC 描述 | 源链接 | 神龙链接 |
|---|
未找到公开 POC。
登录以生成 AI POC| CVE-2026-94627 | 7.5 HIGH | vLLM through 0.29.0 GPU KV Cache Leak via Mooncake Transfer ID Collision |
| CVE-2026-94624 | 7.5 HIGH | vLLM through 0.29.0 Denial of Service via Unbounded P2P KV Offloading Sessions |
| CVE-2026-94623 | 7.5 HIGH | vLLM through 0.29.0 Denial of Service via NIXL Multi-Prompt Assertion Failure |
| CVE-2026-94622 | 7.5 HIGH | vLLM through 0.29.0 Denial of Service via Incomplete NIXL KV Transfer Metadata |
| CVE-2026-94625 | 5.3 MEDIUM | vLLM through 0.29.0 Resource Exhaustion via Ownerless Mooncake Transfer Placeholders |
暂无评论