CVE-2026-105758
Beschrijving NL
vLLM is een inferentie- en bedieningsmotor voor grote taalmodellen. Van 0.24.0 tot 0.30.0 accepteren de Qwen2VLVideoBackend- en Qwen3VLVideoBackend-klassen waarden op aanvraagniveau voor de velden media_io_kwargs.video.max_frames en media_io_kwargs.video.fps zonder plafonds aan de serverzijde af te dwingen. Een niet-geverifieerde beller kan deze waarden indienen bij het /tokenize-eindpunt, waardoor de sampler elk frame decodeert dat is geselecteerd uit door aanvallers gecontroleerde video-invoer, onevenredig frontend-geheugen verbruikt en mogelijk het API-proces beëindigt voordat planning of toegangscontrole plaatsvindt. De Rust-frontend wordt niet beïnvloed omdat deze het veld media_io_kwargs afwijst. Dit probleem is opgelost in versie 0.30.0.
Origineel (Engels) tonen
vLLM is an inference and serving engine for large language models. From 0.24.0 until 0.30.0, the Qwen2VLVideoBackend and Qwen3VLVideoBackend classes accept request-level values for the media_io_kwargs.video.max_frames and media_io_kwargs.video.fps fields without enforcing server-side ceilings. An unauthenticated caller can submit these values to the /tokenize endpoint, causing the sampler to decode every frame selected from attacker-controlled video input, consume disproportionate frontend memory, and potentially terminate the API process before scheduling or admission control. The Rust frontend is not affected because it rejects the media_io_kwargs field. This issue is fixed in version 0.30.0.