SGLang: Denial of Service durch Cross-Request-Abort über rid-Präfixabgleich
Zusammenfassung
SGLang bis einschliesslich Version 0.5.22 erlaubt es einem API-Client, laufende Generierungsanfragen anderer Benutzer abzubrechen. Der Angreifer sendet streamende /generate-Anfragen mit einer kurzen, vom Client gewählten rid (zum Beispiel ein einzelnes Hexadezimalzeichen) und trennt die Verbindung, was eine Abort-Logik mit Präfixabgleich auslöst, die die Anfragen anderer Clients beendet. Gemäss Vektor ist nur die Verfügbarkeit betroffen, Vertraulichkeit und Integrität sind nicht betroffen. Für die Ausnutzung ist Netzwerkzugriff auf die API nötig, aber keine Berechtigung und keine Benutzerinteraktion; die Angriffskomplexität wird als hoch eingestuft.
Betroffen
- sgl-project SGLang, Versionen 0 bis 0.5.22 (gemäss CVE-Eintrag und VulnCheck)
Behoben in
Unbekannt. Es wurde noch keine korrigierte Version veröffentlicht.
Umgehung
- Der Hersteller hat keine Gegenmassnahme veröffentlicht.
- Die SGLang-API nicht direkt untrusted Clients zugänglich machen; einen authentifizierenden Gateway oder Reverse Proxy davorschalten und den Netzwerkzugriff auf bekannte Aufrufer beschränken.
- Wenn mehrere Mandanten eine Instanz teilen, jedem Mandanten eine eigene Instanz zuweisen.
Ausnutzung
- Keine bekannte Ausnutzung in freier Wildbahn; kein Eintrag im KEV-Katalog.
- CISA SSVC stuft die Ausnutzung als Proof of Concept ein, Automatisierbarkeit: nein.
- VulDB meldet, dass kein Exploit existiert; eine detaillierte technische Beschreibung ist im GitHub-Issue #45002 öffentlich.
Unsere Empfehlung
- SGLang-Instanzen inventarisieren und prüfen, ob eine Version 0.5.22 oder älter läuft.
- Prüfen, ob die API von nicht vertrauenswürdigen oder mandantenübergreifenden Clients erreichbar ist, und den Zugriff jetzt einschränken.
- Auf ungewöhnliche Verbindungsabbrüche oder Abbrüche von Anfragen achten.
- Die SGLang-Releases und die GitHub-Issues #41474 und #45002 auf eine Korrektur prüfen und nach Verfügbarkeit aktualisieren.
Öffentliche Exploits
In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.
Quellen der Recherche
- VulnCheck advisory: SGLang through 0.5.22 Cross-Request Abort via rid Prefix Matching www.vulncheck.com
- GitHub issue #45002 (SGLang) github.com
- GitHub issue #41474 (SGLang) github.com
- SGLang v0.5.22 scheduler.py github.com
- SGLang v0.5.22 tokenizer_manager.py github.com
- VulDB entry 422367 vuldb.com
- CERT/CC VU#665416 kb.cert.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 15:45.
Referenzen der NVD (7)
- https://github.com/sgl-project/sglang/blob/v0.5.22/python/sglang/srt/managers/scheduler.py#L5458-L5590
- https://github.com/sgl-project/sglang/blob/v0.5.22/python/sglang/srt/managers/tokenizer_manager.py#L2240-L2256
- https://github.com/sgl-project/sglang/blob/v0.5.22/python/sglang/srt/managers/tokenizer_manager.py#L2425-L2436
- https://github.com/sgl-project/sglang/issues/41474
- https://github.com/sgl-project/sglang/issues/45002
- https://www.vulncheck.com/advisories/sglang-through-0.5.22-cross-request-abort-via-rid-prefix-matching
- https://github.com/sgl-project/sglang/issues/41474
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.
