SGLang: Unbegrenzte Speicherallokation in der Qwen-VL-Videoverarbeitung
Zusammenfassung
SGLang bis einschliesslich Version 0.5.21 allokiert Speicher für Videoframes in voller Quellauflösung, bevor das Limit max_pixels in der Qwen-VL-Videovorverarbeitung angewendet wird. Ein entfernter Angreifer kann hochauflösende Videos an den Endpunkt /v1/chat/completions senden. Parallele Anfragen können den Speicher des Workers erschöpfen und einen Denial of Service verursachen.
Betroffen
- SGLang Versionen 0 bis 0.5.21 (gemäss CVE-Eintrag und OSV)
- Nur Installationen, die Qwen-VL-Modelle mit Videoeingabe betreiben, sind vom verwundbaren Pfad betroffen
- Standardmässige Authentifizierung: Unbekannt.
Behoben in
- Unbekannt. Der Hersteller hat in den geprüften Quellen keine korrigierte Version bestätigt.
- Eine von VulnCheck abgeleitete Quelle nennt 0.5.22 oder neuer, dies konnte jedoch nicht gegen das VulnCheck-Advisory verifiziert werden.
- OSV nennt einen Fix-Commit (e00930c5489053f26d86b179cee0d087f846acbb).
Umgehung
- Grösse und Häufigkeit von Videoeingaben begrenzen, bis das Update abgeschlossen ist.
- Falls keine Videoeingabe benötigt wird, den Qwen-VL-Videopfad nicht bereitstellen.
- Den Inference-Endpunkt nicht aus dem Internet erreichbar machen und hinter einem authentifizierten Reverse Proxy mit Rate Limits betreiben.
- Speicherlimits für die Worker-Prozesse setzen.
Ausnutzung
- VulDB listet keinen Exploit.
- CISA SSVC-Bewertung: Exploitation-Status 'poc', automatisierbar: ja, technische Auswirkung: partiell.
- Es wurden keine Hinweise auf Ausnutzung in freier Wildbahn gefunden. Ein Eintrag im CISA KEV-Katalog wurde nicht verifiziert.
Unsere Empfehlung
- Prüfen, ob SGLang mit Qwen-VL-Modellen in der Umgebung genutzt wird, einschliesslich interner KI-Dienste.
- Falls im Einsatz und aus dem Internet oder von vielen Benutzern erreichbar, auf eine Version mit dem Fix-Commit aktualisieren und dies anhand der Release Notes des Herstellers bestätigen.
- Den Zugriff auf den Inference-Endpunkt einschränken und Speichernutzung sowie Anfragevolumen auf dem Worker überwachen.
Öffentliche Exploits
In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.
Quellen der Recherche
- SGLang GitHub repository github.com
- Upstream issue 43710 github.com
- qwen_vl.py at v0.5.21 github.com
- VulnCheck advisory www.vulncheck.com
- OSV entry CVE-2026-109227 osv.dev
- VulDB 416937 vuldb.com
- Rapid7 via Vulners vulners.com
- sglang on PyPI pypi.org
Recherchiert und auf Deutsch und Englisch aufbereitet von einer KI (Claude von Anthropic) auf Basis von NVD, CISA, EPSS und den genannten Quellen. Massgebend sind die Angaben des Herstellers. Recherche vom 01.11.2026 04:54.
Referenzen der NVD (5)
- https://github.com/sgl-project/sglang
- https://github.com/sgl-project/sglang/blob/v0.5.21/python/sglang/srt/multimodal/processors/qwen_vl.py#L267-L3…
- https://github.com/sgl-project/sglang/issues/43710
- https://www.vulncheck.com/advisories/sglang-through-0.5.21-memory-exhaustion-dos-via-qwen-vl-video-preprocess…
- https://github.com/sgl-project/sglang/issues/43710
Quellen
Der Tracker verbindet offizielle, frei nutzbare Datenquellen – laufend aktualisiert:
- NVD (NIST) – CVE, Bewertung (CVSS), betroffene Produkte
- CISA KEV – von der CISA bestätigt aktiv ausgenutzte Lücken
- CISA Vulnrichment – Einschätzung der CISA (SSVC) im offiziellen CVE-Eintrag
- FIRST EPSS – Wahrscheinlichkeit einer Ausnutzung
- Microsoft MSRC – Patch Tuesday: Lücken, Schweregrad, Updates
- PoC-in-GitHub – öffentliche Proof-of-Concept-Repositories
- Metasploit (Rapid7) – Module des Metasploit Framework
- Exploit-DB (OffSec) – Archiv öffentlicher Exploits (nur Verweise)
- Patch-Tage: offizielle Seiten der Hersteller (je Hersteller verlinkt) (Patch-Tage der Hersteller)
Dieses Angebot nutzt Daten der NVD-API, ist aber von der NVD weder unterstützt noch zertifiziert. EPSS-Daten © FIRST.org.
Betroffen? Wir helfen.
Wir prüfen, ob Ihre Systeme betroffen sind, spielen Updates ein und schliessen die Lücke – auf Wunsch auch laufend mit dem System Health Checker.