SGLang: Umgehung des Ressourcenbudgets bei GLM-V-Videoverarbeitung ermöglicht Denial of Service

Zusammenfassung

SGLang bis einschliesslich 0.5.21 erlaubt entfernten Angreifern, die Grenzwerte der GLM-V-Videoverarbeitung (fps, max_frames, max_tokens_per_frame, max_image_tokens) zu überschreiben, indem sie diese Werte im Objekt video_url einer Anfrage angeben. Mit beliebig hoch gesetzten Werten dekodiert der Server jedes Bild eines hochauflösenden Videos in voller Grösse, was den Arbeitsspeicher der Worker erschöpfen und einen Denial of Service auslösen kann. Das Risiko betrifft vor allem GLM-V-Modelle, die über diesen Prozessorpfad bereitgestellt werden, und ist bei aus dem Internet erreichbaren oder geteilten Endpunkten am höchsten.

Betroffen

• SGLang bis einschliesslich 0.5.21 (OSV führt 0.5.21 als letzte betroffene Version auf)
• Installationen, die GLM-V-Videomodelle über den glm4v-Prozessor bereitstellen

Behoben in

• Pull Request #43871 begrenzt die Videobudgets je Anfrage auf das Limit der Installation
• Korrigierte Version: Unbekannt. Prüfen Sie die Versionshinweise oder PR #43871, bevor Sie eine Zielversion für das Update wählen.

Umgehung

• Kein offizieller Workaround gefunden.
• Vor dem Dienst ein Gateway betreiben, das Grössenlimits für Anfragen und Medien durchsetzt und den Zugriff auf vertrauenswürdige Clients beschränkt.
• Speicherlimits für Container setzen, damit ein einzelner Worker nicht den Host lahmlegt.

Ausnutzung

• Aktive Ausnutzung: Unbekannt. Nicht im CISA-KEV-Katalog aufgeführt.
• Öffentlicher Exploit: Keiner bestätigt.
• EPSS: 0.00493 (niedrig).
• CISA SSVC: Automatisierbar ja, technische Auswirkung teilweise.

Unsere Empfehlung

• Prüfen, ob SGLang mit GLM-V-Modellen im Einsatz ist und ob der Endpunkt aus unvertrauenswürdigen Netzen erreichbar ist.
• Sobald die Version mit dem Fix aus PR #43871 bestätigt ist, auf diese Version aktualisieren.
• Bis zum Patch den Zugriff einschränken, Gateway-Limits anwenden und Speicherlimits setzen.
• Speichernutzung und Neustarts der Worker auf Anzeichen einer Erschöpfung überwachen.

Öffentliche Exploits iAngriffscode ist öffentlich verfügbar (PoC auf GitHub, Metasploit oder Exploit-DB).

In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.

Quellen der Recherche

• OSV: CVE-2026-109228 osv.dev
• VulnCheck advisory www.vulncheck.com
• SGLang issue #43705 github.com
• SGLang pull request #43871 github.com
• SGLang protocol.py at v0.5.21 github.com
• VulDB entry 416938 vuldb.com
• Vulners RAPID7 record vulners.com

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:51.