CVE-2026-5497: CWE-400 Uncontrolled Resource Consumption in vllm-project vllm-project/vllm
vLLM versions 0.8.0 and later are vulnerable to an Out-of-Memory (OOM) Denial of Service (DoS) attack due to unbounded frame count processing in the `VideoMediaIO.load_base64()` method. When processing `video/jpeg` data URLs, the method splits the base64 data string on commas to extract individual JPEG frames without enforcing a frame count limit. An attacker can exploit this by crafting a single API request containing thousands of comma-separated base64-encoded JPEG frames in a data URL, causing the server to decode all frames into memory and crash due to excessive memory consumption. This vulnerability is reachable via the OpenAI-compatible chat completions API and does not require authentication.
AI Analysis
Technical Summary
The vLLM project’s VideoMediaIO.load_base64() method processes video/jpeg data URLs by splitting the base64 data string on commas to extract individual JPEG frames. There is no limit enforced on the number of frames processed, allowing an attacker to craft a single API request containing thousands of frames. This causes the server to decode all frames into memory, resulting in uncontrolled resource consumption and an Out-of-Memory Denial of Service. The vulnerability is present in vLLM versions 0.8.0 and later and is reachable without authentication via the OpenAI-compatible chat completions API.
Potential Impact
Successful exploitation results in a high-severity Denial of Service condition due to excessive memory consumption causing the server to crash or become unresponsive. There is no impact on confidentiality or integrity reported. The vulnerability can be triggered remotely without authentication, increasing the risk of disruption to services relying on the affected vLLM versions.
Mitigation Recommendations
Patch status is not yet confirmed — check the vendor advisory for current remediation guidance. Until an official fix is available, consider implementing request size limits or input validation to restrict the number of frames processed in video/jpeg data URLs. Monitoring and rate limiting API requests may help reduce exposure to this vulnerability.
CVE-2026-5497: CWE-400 Uncontrolled Resource Consumption in vllm-project vllm-project/vllm
Description
vLLM versions 0.8.0 and later are vulnerable to an Out-of-Memory (OOM) Denial of Service (DoS) attack due to unbounded frame count processing in the `VideoMediaIO.load_base64()` method. When processing `video/jpeg` data URLs, the method splits the base64 data string on commas to extract individual JPEG frames without enforcing a frame count limit. An attacker can exploit this by crafting a single API request containing thousands of comma-separated base64-encoded JPEG frames in a data URL, causing the server to decode all frames into memory and crash due to excessive memory consumption. This vulnerability is reachable via the OpenAI-compatible chat completions API and does not require authentication.
CVSS v3.0
Score 7.5high
Weaknesses
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
The vLLM project’s VideoMediaIO.load_base64() method processes video/jpeg data URLs by splitting the base64 data string on commas to extract individual JPEG frames. There is no limit enforced on the number of frames processed, allowing an attacker to craft a single API request containing thousands of frames. This causes the server to decode all frames into memory, resulting in uncontrolled resource consumption and an Out-of-Memory Denial of Service. The vulnerability is present in vLLM versions 0.8.0 and later and is reachable without authentication via the OpenAI-compatible chat completions API.
Potential Impact
Successful exploitation results in a high-severity Denial of Service condition due to excessive memory consumption causing the server to crash or become unresponsive. There is no impact on confidentiality or integrity reported. The vulnerability can be triggered remotely without authentication, increasing the risk of disruption to services relying on the affected vLLM versions.
Mitigation Recommendations
Patch status is not yet confirmed — check the vendor advisory for current remediation guidance. Until an official fix is available, consider implementing request size limits or input validation to restrict the number of frames processed in video/jpeg data URLs. Monitoring and rate limiting API requests may help reduce exposure to this vulnerability.
Technical Details
- Data Version
- 5.2
- Assigner Short Name
- @huntr_ai
- Date Reserved
- 2026-04-03T14:41:01.113Z
- Cvss Version
- 3.0
- State
- PUBLISHED
- Remediation Level
- null
Threat ID: 6a2a86879e049e7b7ef28551
Added to database: 6/11/2026, 9:57:27 AM
Last enriched: 6/11/2026, 10:12:10 AM
Last updated: 6/11/2026, 11:54:27 AM
Views: 6
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.