| Component | vLLM |
| Severity | high (CVSS 7.5) |
| CVSS vector | CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H |
| Published (NVD) | 2026-10-21 |
| Affected versions | < 0.31.0 from the CVE Program record written by the CNA that assigned the CVE |
| Fixed in | 0.31.0 |
| Weakness | CWE-248 |
| CISA KEV | not listed |
NVD description
vLLM before 0.31.0 skips the min_tokens <= max_tokens check for /inference/v1/generate requests with a null max_tokens, so the EngineCore input thread later dies on an uncaught VLLMValidationError while /health still returns 200. Unauthenticated remote attackers can send one request with an oversized min_tokens to hang all subsequent generation requests until manual restart.
What to do
- Upgrade vLLM to
0.31.0or later. - Do not expose the component's API or UI to the internet without authentication in front of it.
Sources
- NVD: CVE-2026-114051
- https://github.com/vllm-project/vllm/security/advisories/GHSA-4xqp-c3mv-qff7
- https://www.vulncheck.com/advisories/vllm-before-0.31.0-denial-of-service-via-min-tokens-in-inference-v1-generate