Case · DiggingBeagle record

vLLM request-slot reuse carried one client’s token restriction into another request

Chainguard reports its Mythos-assisted test found that an allowed_token_ids row could remain after batch compaction and constrain another client’s successful output.

Scope

vLLM before 0.31.0, under shared-batch scheduling and allowed_token_ids; laboratory demonstration.

Assessment profile

Assessment method
Setting
research demonstration
Exploitation
demonstrated
Evidence
Grade B
AI role
AGAINST AI
Basis and provenance

Chainguard reports cross-request state contamination in a controlled serving-engine reproduction. Public records here do not establish arbitrary user data exfiltration or field victim count. Assessment uses the pinned Claims and source identities; public primary pages were not independently retrievable during this run. Impact remains unrated because field consequence or a comparable scoring rubric is not established.

Assessed Oct 15, 2026 using diggingbeagle.assessment/1.

At a glance

Claims & evidence

CLM-CP7-VLLM-FIXChainguard reports versions before v0.31.0 were affected and demonstrated output changes without ordinary request errors.supported

Basis: reported finding

Link to claim
CLM-CP7-VLLM-CROSSA stale allowed_token_ids mask from a prior request could affect a later request using the same compacted serving slot.supported

Basis: reported finding

Link to claim

Unknowns and contradictions

  • Field prevalence and success under independent batch workloads are not established.

Sources and citation

Material revision history

  1. Oct 15, 2026 · Canonical change recorded · new in release · revision 150