事件经过
10月20-21日的NVD批次（种子）和聚合器覆盖范围确认，vLLM修复了多模态路径中的一波请求控制的故障模式：导致整个服务实例崩溃的缓存失同步、使EngineCore线程终止而健康检查仍保持绿色（使负载均衡器无法感知中断）的验证绕过、无限制的处理器缓存内存增长、跨请求掩码泄漏、缓存别名以及不受控制的处理器资源消耗。聚合器覆盖范围还列出了额外的0.32.0修复（通过伪造的共享内存缓存句柄进行pickle.loads；通过EPS图像执行Ghostscript）。
影响分析
这些是最常见的开源LLM服务栈中的未认证可用性/机密性破坏：单个请求即可使公共端点宕机，并且共享多模态缓存可在多租户推理平台上的租户之间交叉传递已处理的媒体。
攻击途径
携带攻击者控制的多模态参数的未认证请求：重复/冲突的处理器缓存标识符（致命的令牌占位符不匹配）、绕过min<=max验证的null max_tokens（在/health仍返回200时杀死EngineCore输入线程）、无限制/多样的mel_config或图像/补丁/帧计数值（内存耗尽）、以及用于缓存别名的请求提供的缓存盐。
受影响系统
vLLM <0.31.0 — CVE-2026-114050（缓存身份失同步DoS，7.5）、CVE-2026-114051（max_tokens验证绕过 → EngineCore线程终止，7.5）、CVE-2026-114052（MOSS-Audio无限制处理器缓存内存耗尽，7.5）、CVE-2026-114055（mm_processor_kwargs资源耗尽，7.5）、CVE-2026-114054（通过EXIF ImageID/cache_salt实现缓存别名，6.5）、CVE-2026-114049（跨请求掩码泄漏，3.7）
缓解措施
升级至vLLM 0.31.0（根据聚合器对更广泛浪潮的覆盖，包括伪造SHM pickle反序列化和EPS/Ghostscript图像处理，建议升级至0.32.0）；限制谁可以访问/inference和/invocations；在网关处验证/限流多模态处理器参数。