SGLang: Unbegrenzte Speicherallokation über Audio-Upload verursacht DoS
Zusammenfassung
SGLang bis Version 0.5.21 liest vollständige Multipart-Uploads an /v1/audio/transcriptions vor der Validierung vollständig in den Speicher. Ein nicht authentifizierter Angreifer aus dem Netzwerk kann durch parallele, übergrosse Uploads den Speicher erschöpfen und den HTTP- bzw. Tokenizer-Worker zum Absturz bringen. Betroffen sind erreichbare SGLang-Installationen mit aktiviertem Transkriptions-Endpunkt ohne Grössenbegrenzung davor.
Betroffen
- SGLang bis einschliesslich 0.5.21 (sgl-project/sglang)
- OSV nennt keine Release-Version; der betroffene Bereich endet vor Commit e00930c5489053f26d86b179cee0d087f846acbb
Behoben in
Unbekannt. Ein Fix ist in Pull Request #43915 vorgeschlagen (fügt eine maximale Upload-Grösse hinzu, vorgeschlagener Standardwert 25 MiB), der Merge-Status und die erste korrigierte Version konnten jedoch nicht bestätigt werden.
Umgehung
- Grössenbegrenzung des Request-Bodys an einem Reverse Proxy vor dem Transkriptions-Endpunkt einrichten
- SGLang-API nicht direkt dem Internet aussetzen; Zugriff auf vertrauenswürdige Netzwerke beschränken
- Route /v1/audio/transcriptions deaktivieren oder einschränken, falls sie nicht benötigt wird
- Speichernutzung und Neustarts der Worker überwachen
Ausnutzung
- CISA SSVC: Ausnutzung keine, automatisierbar ja
- VulDB: kein Exploit verfügbar
- Nicht im CISA-KEV-Katalog; keine öffentlichen Berichte über Ausnutzung gefunden
- EPSS 0.00428 (Rapid7)
Unsere Empfehlung
- Prüfen, ob eine SGLang-Instanz Version 0.5.21 oder älter einsetzt und ob sie von aussen erreichbar ist
- Jetzt eine Grössenbegrenzung vor die Transkriptions-Route setzen
- Eintrag erst schliessen, wenn sgl-project eine korrigierte Version bestätigt oder PR #43915 gemergt ist; danach aktualisieren
- Speicherverbrauch und Worker-Neustarts ü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
- SGLang issue #43709 github.com
- VulnCheck advisory www.vulncheck.com
- SGLang pull request #43915 github.com
- OSV CVE-2026-109225 osv.dev
- VulDB 416941 vuldb.com
- OpenCVE CVE-2026-109225 app.opencve.io
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:53.
Referenzen der NVD (4)
- https://github.com/sgl-project/sglang
- https://github.com/sgl-project/sglang/blob/v0.5.21/python/sglang/srt/entrypoints/http_server.py#L1847-L1871
- https://github.com/sgl-project/sglang/issues/43709
- https://www.vulncheck.com/advisories/sglang-through-0.5.21-memory-exhaustion-dos-via-v1-audio-transcriptions-…
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.