CVE-2026-105753vLLM: Mirrored multimodal IPC caches desync after a rejected request — a later request reusing the same media hash trips a receiver assertion in the engine core
Updated under an hour ago ()
Does this affect you?
It affects vllm-project vllm and 1 other product. Add what you run to find out whether that includes you.
No exploitation reported and no EPSS estimate yet.
Do this next
Free account, 1 product
vLLM is an inference and serving engine for large language models. Prior to 0.28.0, the default mirrored multimodal LRU cache can commit a media hash in the frontend sender cache during multimodal rendering and before engine admission, while the engine receiver cache never receives the payload if that request is rejected. A later request reusing the same media hash causes MultiModalProcessorSenderCache to send no payload and MultiModalReceiverCache to reach an assertion with the message "Expected a cached item," producing a shared-service availability failure. This issue is fixed in version 0.28.0.
- CVSS
- 6.5 MEDIUM (v3.1, CNA)CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
- Weakness (CWE)
- CWE-617
- Known exploited
- Not in CISA's KEV catalog
- EPSS (exploitation in the next 30 days)
- Not loaded for this CVE
- Assigned by
- GitHub_M
- NVD analysis
- Analyzed
- Record last updated
- Oct 6, 2026
- First seen by InfoSec Signals
- Oct 9, 2026
Affected products
vllm-project vllm vllm_project:vllm (from the name) | before 0.28.0 | CNA record |
vllm vllm vllm:vllm | before 0.28.0 | NVD |
References
- https://github.com/vllm-project/vllm/security/advisories/GHSA-ph3r-5jfg-f84fx-refsource-confirm, mitigation, vendor-advisory
- https://github.com/vllm-project/vllm/pull/46747x-refsource-misc, issue-tracking, patch
- https://github.com/vllm-project/vllm/pull/51897x-refsource-misc, issue-tracking, patch
- https://github.com/vllm-project/vllm/commit/396204230423b7cc6798300926b8fa30190d26a9x-refsource-misc, patch
- https://github.com/vllm-project/vllm/releases/tag/v0.28.0x-refsource-misc, release-notes
The CVE record on cve.org NVD's entry
The CVE record is authoritative. Products marked “from the name” were identified from the CNA's free-text names, not a CPE, and are matched less certainly. This product uses the NVD API but is not endorsed or certified by the NVD.