CVE-2026-105775: vLLM: OOB read in Mamba2 mixer enables remote DoS
MEDIUMCISA: TRACK*A low-severity out-of-bounds read in vLLM's Mamba2 mixer (conv_ssm_forward) lets an authenticated remote user crash or degrade an inference server through a crafted completions request. Impact is limited to availability (CVSS 4.3, no confidentiality or integrity loss reported), and the EPSS score of 0.003 (top ~80th percentile) with no KEV listing, no Nuclei template and no confirmed weaponized exploit suggests low near-term exploitation likelihood. However, a public issue (vllm-project/vllm#57266) documents the flaw, vLLM has 95 downstream dependents and 134 other CVEs on record, and the maintainers have not yet responded, so no patch is available. Exposure only matters if you serve Mamba2-based models (e.g., hybrid SSM architectures) on vLLM 0.31.0 or earlier. Restrict inference endpoints to trusted authenticated clients, add request-level rate limiting and automatic restart supervision, and track the upstream issue for a fix.
What is the risk?
Overall risk is LOW to MEDIUM. Exploitation is network-reachable with low complexity and needs only low privileges (a valid API access to the completions endpoint), no user interaction. Impact is limited to availability per the CVSS vector. The exploit details are public in a GitHub issue, but EPSS is low (0.00296), there is no KEV entry, and no weaponized exploit or scanner template exists. No patched version is identified, and the vendor has not responded, which prolongs exposure. Risk rises for multi-tenant or internet-exposed vLLM deployments serving Mamba2-family models. Note that the out-of-bounds read could also in principle leak adjacent memory, but the scoring assigns no confidentiality impact, so treat that as unconfirmed.
How does the attack unfold?
What systems are affected?
How severe is it?
What is the attack surface?
What should I do?
1 step1) Inventory vLLM deployments and identify any serving Mamba2 or hybrid SSM models; versions up to 0.31.0 are in scope. 2) No patched version is listed; monitor https://github.com/vllm-project/vllm/issues/57266 and the vLLM release notes, and upgrade as soon as a fix is released. 3) Until then, place vLLM behind an authenticating gateway, restrict access to trusted clients/networks, and enforce per-user rate limits and input-size/sequence-length limits. 4) Run vLLM under a supervisor (Kubernetes, systemd) with health checks and automatic restart, and use redundant replicas to limit outage. 5) Detect: alert on repeated engine worker crashes, segfaults, CUDA errors, or unusual restarts correlated with specific API keys or source IPs; review completions request logs for malformed or abnormal parameters preceding crashes. 6) If feasible, temporarily switch to non-Mamba2 models for exposed, untrusted-user workloads.
What does CISA's SSVC say?
Source: CISA Vulnrichment (SSVC v2.0). Decision based on the CISA Coordinator decision tree.
How is it classified?
Which compliance frameworks are affected?
This CVE is relevant to:
Frequently Asked Questions
What is CVE-2026-105775?
A low-severity out-of-bounds read in vLLM's Mamba2 mixer (conv_ssm_forward) lets an authenticated remote user crash or degrade an inference server through a crafted completions request. Impact is limited to availability (CVSS 4.3, no confidentiality or integrity loss reported), and the EPSS score of 0.003 (top ~80th percentile) with no KEV listing, no Nuclei template and no confirmed weaponized exploit suggests low near-term exploitation likelihood. However, a public issue (vllm-project/vllm#57266) documents the flaw, vLLM has 95 downstream dependents and 134 other CVEs on record, and the maintainers have not yet responded, so no patch is available. Exposure only matters if you serve Mamba2-based models (e.g., hybrid SSM architectures) on vLLM 0.31.0 or earlier. Restrict inference endpoints to trusted authenticated clients, add request-level rate limiting and automatic restart supervision, and track the upstream issue for a fix.
Is CVE-2026-105775 actively exploited?
No confirmed active exploitation of CVE-2026-105775 has been reported, but organizations should still patch proactively.
How to fix CVE-2026-105775?
1) Inventory vLLM deployments and identify any serving Mamba2 or hybrid SSM models; versions up to 0.31.0 are in scope. 2) No patched version is listed; monitor https://github.com/vllm-project/vllm/issues/57266 and the vLLM release notes, and upgrade as soon as a fix is released. 3) Until then, place vLLM behind an authenticating gateway, restrict access to trusted clients/networks, and enforce per-user rate limits and input-size/sequence-length limits. 4) Run vLLM under a supervisor (Kubernetes, systemd) with health checks and automatic restart, and use redundant replicas to limit outage. 5) Detect: alert on repeated engine worker crashes, segfaults, CUDA errors, or unusual restarts correlated with specific API keys or source IPs; review completions request logs for malformed or abnormal parameters preceding crashes. 6) If feasible, temporarily switch to non-Mamba2 models for exposed, untrusted-user workloads.
What systems are affected by CVE-2026-105775?
This vulnerability affects the following AI/ML architecture patterns: Model serving, LLM inference servers, State-space model (Mamba2) deployments, Hybrid SSM-transformer serving, OpenAI-compatible API gateways.
What is the CVSS score for CVE-2026-105775?
CVE-2026-105775 has a CVSS v3.1 base score of 4.3 (MEDIUM). The EPSS exploitation probability is 0.30%.
What is the AI security impact?
Affected AI Architectures
MITRE ATLAS Techniques
AML.T0029Denial of AI ServiceAML.T0040AI Model Inference API AccessAML.T0049Exploit Public-Facing ApplicationCompliance Controls Affected
What are the technical details?
Original Advisory
A security vulnerability has been detected in vllm-project vLLM up to 0.31.0. This impacts the function conv_ssm_forward of the file vllm/model_executor/layers/mamba/mamba_mixer2.py of the component Completions Request Handler. The manipulation leads to out-of-bounds read. The attack is possible to be carried out remotely. The exploit has been disclosed publicly and may be used. The project was informed of the problem early through an issue report but has not responded yet.
Exploitation Scenario
An attacker with a low-privilege API key for a company's shared vLLM-backed inference service, or an open endpoint with weak authentication, sends a crafted completions request, based on the details in the public GitHub issue, to a Mamba2-based model. The request triggers an out-of-bounds read in conv_ssm_forward, causing the engine process to crash or behave erratically. By repeating the request, the attacker repeatedly takes down the inference service, disrupting AI-powered applications that depend on it (chat assistants, code completion, internal automation) until the service is restarted or access is blocked.
Weaknesses (CWE)
CWE-119Improper Restriction of Operations within the Bounds of a Memory BufferPrimaryCWE-125Out-of-bounds ReadPrimaryCWE-119Improper Restriction of Operations within the Bounds of a Memory BufferCWE-125Out-of-bounds ReadCWE-119 — Improper Restriction of Operations within the Bounds of a Memory Buffer: The product performs operations on a memory buffer, but it reads from or writes to a memory location outside the buffer's intended boundary. This may result in read or write operations on unexpected memory locations that could be linked to other variables, data structures, or internal program data.
- [Requirements] Use a language that does not allow this weakness to occur or provides constructs that make this weakness easier to avoid. For example, many languages that perform their own memory management, such as Java and Perl, are not subject to buffer overflows. Other languages, such as Ada and C#, typically provide overflow protection, but the protection can be disabled by the programmer. Be wary that a language's interface to native code may still be subject to overflows, even if the language itself is theoretically safe.
- [Architecture and Design] Use a vetted library or framework that does not allow this weakness to occur or provides constructs that make this weakness easier to avoid. Examples include the Safe C String Library (SafeStr) by Messier and Viega [REF-57], and the Strsafe.h library from Microsoft [REF-56]. These libraries provide safer versions of overflow-prone string-handling functions.
Source: MITRE CWE corpus.
CVSS Vector
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:LReferences
- github.com/vllm-project/vllm/product
- github.com/vllm-project/vllm/issues/57266exploitissue-tracking
- vuldb.com/cve/CVE-2026-105775third-party-advisory
- vuldb.com/submit/992291third-party-advisory
- vuldb.com/vuln/413808vdb-entrytechnical-description
- vuldb.com/vuln/413808/ctisignaturepermissions-required
Timeline
Related Vulnerabilities
CVE-2026-6173210.0Decepticon: ChatML token injection yields sandbox RCE
Same package: vllmCVE-2024-110419.8vllm: RCE via unsafe pickle deserialization in MessageQueue
Same package: vllmCVE-2026-259609.8vllm: SSRF allows internal network access
Same package: vllmCVE-2025-472779.8vLLM: RCE via exposed TCPStore in distributed inference
Same package: vllmCVE-2024-90539.8vllm: RCE via unsafe pickle deserialization in RPC server
Same package: vllm