AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H

OR
          *cpe:2.3:a:vllm:vllm:*:*:*:*:*:*:*:* versions up to (excluding) 0.24.0

GitHub, Inc.: https://github.com/vllm-project/vllm/commit/2b3006076c5e9bc4cda9e03e3641388de3c5c286 Types: Patch

GitHub, Inc.: https://github.com/vllm-project/vllm/pull/45118 Types: Issue Tracking, Patch

GitHub, Inc.: https://github.com/vllm-project/vllm/security/advisories/GHSA-rwxx-mrjm-wc2m Types: Mitigation, Vendor Advisory

{"timestamp":"2026-07-06T20:52:49.859777Z","id":"CVE-2026-55574","options":[{"exploitation":"none"},{"automatable":"no"},{"technicalImpact":"partial"}],"role":"CISA Coordinator","version":"2.0.3"}

vLLM is a high-throughput and memory-efficient inference and serving engine for LLMs. Prior to 0.24.0, the structured_outputs.regex API parameter passes a user-supplied regular expression string directly to the grammar compiler backends with no compilation timeout; in the xgrammar backend the string reaches the regex compiler with no guard, and in the outlines backend the validation step blocks structural issues such as lookarounds and backreferences but performs no complexity analysis, so a pattern with nested quantifiers passes all checks and causes exponential state-space expansion, allowing a single request containing an adversarial regex to hang an inference worker indefinitely and deny service. This issue is fixed in version 0.24.0.

AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X

CWE-1333

https://github.com/vllm-project/vllm/commit/2b3006076c5e9bc4cda9e03e3641388de3c5c286

https://github.com/vllm-project/vllm/pull/45118

https://github.com/vllm-project/vllm/security/advisories/GHSA-rwxx-mrjm-wc2m

[{"vendor":"vllm-project","product":"vllm","versions":[{"version":"< 0.24.0","status":"affected"}]}]