vLLM Rust frontend DoS via nested range in untrusted chat_template

漏洞概述 标题：Rust 前端渲染调用方提供的 chat 模板时没有评估预算，一个 116 字节的请求体可消耗 55 CPU 秒（Issue #52025，状态 Open，标签 Bug）。 根因：Rust 前端会渲染请求体中调用方提供的 ，且没有任何评估预算/上限。攻击者可用极小的请求体（116 字节）触发大量嵌套 展开，使单个请求占用一个请求处理线程长达 55 秒，造成可重复的拒绝服务（DoS）。 关键数据：深度 3、范围 116 字节、迭代 64,900,000 次、耗时约 3.659 秒；深度 4、范围 116 字节、迭代 997,002,999 次、耗时约 55.6 秒。 影响范围 受影响组件： （由 触达）。 影响：远程、未认证的可重复 DoS——攻击者可用极小请求体阻塞请求处理线程，导致 等端点停止响应；并发恶意请求可占满所有 worker 线程。 现有防护不足： - 仅限制单个 嵌套遍历，未限制总评估量； - 的运行时是独立池（ ），渲染是同步调用且无超时； - 安全指南中已对图像/音频/视频预处理设置了上限（如 等），但模板评估没有对应上限。 无法通过配置关闭：Python vLLM 提供 开关（默认 ），但 Rust 前端未实现该标志； 在 Rust 前端下是硬启动错误，请求字段仍会被接受并到达渲染器。 修复方案（Suggested remediation） 1. 限制模板评估：启用 minijinja 的 ，或为 包裹一个 wall-clock 预算，无论谁提供模板都关闭该缺陷。 2. 实现 ，默认 ：与 Python vLLM 对齐，移除请求方提供的模板。 3. 理解端点：考虑在请求体中接受 ，而不是让操作方无法控制。 4. 独立地：将渲染器视为多模态预处理器的类似物，保持其安全。 POC / 利用代码 116 字节模板（在 中）： Rust POC（ 复现，来自 的 ）： 配置/命令行示例（Rust 前端下 为硬启动错误）： 相关源码位置： ： 中调用 与 。 ：注释说明 CPU 密集型的请求预处理不应占用 HTTP 请求处理线程。 ： （116 字节请求体即可触发 55 秒）。

目標達成すべての支援者に感謝 — 100%達成しました！

vLLM Rust frontend DoS via nested range in untrusted chat_template

このソースからの他の記事

目標達成 すべての支援者に感謝 — 100%達成しました！

vLLM Rust frontend DoS via nested range in untrusted chat_template

このソースからの他の記事

目標達成すべての支援者に感謝 — 100%達成しました！