CVE-2026-100652: vllm Package Vulnerability Leading to Fatal CUDA Tensor Indexing Failures

vllm Updated 07 Oct 2026

Summary

26/09/2026
Yes i
High
7.5

CVE-2026-100652: vLLM versions 0.22.0 through 0.23.0 fail to validate stop_token_ids against vocabulary bounds in Rust HTTP and gRPC frontends, allowing out-of-vocabulary token IDs to reach MinTokensLogitsProcessor. Affects vllm versions >= 0.22.0, < 0.24.0. Fixed in 0.24.0. How to fix ↓

Free scan

Check if this vulnerability affects your application

Upload a manifest or SBOM and we'll show whether you're affected, plus every other risky package in the same scan.

Check my app free

No signup required · Results in about 60 seconds

Upload your dependency manifest or SBOM

Drag & drop your file here or

Java Javascript PHP Python Go Rust Ruby Dart C/C++ Elixir CycloneDX SPDX

Upload a supported dependency manifest or SBOM. No installation or source-code access required.

See supported files and SBOM formats
SBOM sbom.json · bom.json · bom.xml · *.spdx.json · *.cdx.json · *.cdx.xml
Java pom.xml · gradle.lockfile · buildscript-gradle.lockfile
Javascript package-lock.json · yarn.lock · pnpm-lock.yaml
PHP composer.lock
Python poetry.lock · requirements.txt · Pipfile.lock
Go go.mod
Rust Cargo.lock
Ruby Gemfile.lock
Dart pubspec.lock
C/C++ conan.lock
Elixir mix.lock
Enter your work email to receive your report link.

Verify your email to view the full report and start 30 days of continuous monitoring. No credit card required.

Sponsored Devnack Penetration testing for web, API and mobile Manual testing by engineers who build software, not an auditor's checklist. Trusted by teams at Swift and Google Talk to Devnack

Background

The vllm package is a powerful tool designed for efficient language model serving, providing both HTTP and gRPC frontends for seamless integration into applications. It allows developers to leverage advanced machine learning models for various natural language processing tasks. However, versions 0.22.0 through 0.23.0 of vllm contain a critical vulnerability that compromises its stability and security.

Vulnerability Detail

The vulnerability arises from the failure of vllm to validate stop_token_ids against vocabulary bounds in its Rust HTTP and gRPC frontends. This oversight allows attackers to submit requests with min_tokens greater than zero and out-of-vocabulary stop_token_ids. Such requests can trigger CUDA tensor indexing failures, leading to a fatal state in EngineCore that necessitates a service restart. This vulnerability poses significant risks, including service downtime and potential exploitation by malicious actors.

How To Fix

Latest published version: 0.32.0 as of 22 Oct 2026

pip install --upgrade "vllm==0.32.0"

Upgrading to it may include breaking changes; the version below is the minimum fixed release for this vulnerability.

If you need the minimum change

0.24.0

This is the first release that contains the fix.

pip install --upgrade "vllm==0.24.0"

Tip — Not sure which version your app runs? Vulert can match this fix to it. Scan free →

Workaround

As a temporary workaround, users can implement input validation to ensure that stop_token_ids are within the acceptable vocabulary bounds before processing requests. This can help mitigate the risk of triggering the vulnerability until the package is updated.

Conclusion

The vllm package vulnerability CVE-2026-100652 poses significant risks to applications utilizing versions 0.22.0 through 0.23.0. It is crucial for users to update to version 0.24.0 or later to mitigate these risks and ensure the stability of their services.

See every vulnerability recorded for vllm →

Share this vulnerability

FAQ

CVE-2026-100652 is a vulnerability in the vllm package that allows for out-of-vocabulary token IDs to cause fatal errors in the service.

Versions 0.22.0 through 0.23.0 of the vllm package are affected by this vulnerability.

Exploitation of this vulnerability can lead to service downtime and potential denial of service due to fatal errors in the EngineCore.

You can use the Vulert playground at Vulert Scanner to check if your application is affected by this vulnerability without needing to sign up.

The CVSS score of this vulnerability is 7.5, indicating a high severity level.

Related vulnerabilities

Recent vulnerabilities recorded for vllm.

How To Fix

Latest published version: 0.32.0 as of 22 Oct 2026

pip install --upgrade "vllm==0.32.0"

Upgrading to it may include breaking changes; the version below is the minimum fixed release for this vulnerability.

If you need the minimum change

0.24.0

This is the first release that contains the fix.

pip install --upgrade "vllm==0.24.0"

Tip — Not sure which version your app runs? Vulert can match this fix to it. Scan free →

Subscribe to Vulert on Telegram
Daily digest of new CVEs, critical and high severity, affected packages and fixes — plus a weekly roundup.
Join the channel →
Help improve this record
Report an issue or send feedback