graphql-core: Denial of Service über Kommentar-Tokens, die max_tokens umgehen

Zusammenfassung

graphql-core, eine Python-Portierung der Referenzimplementierung GraphQL.js, zählt Kommentar-Tokens nicht zum Limit max_tokens. Ein nicht authentifizierter Angreifer aus dem Netz kann ein stark komprimierbares, mit Kommentaren aufgefülltes GraphQL-Dokument senden, das das Token-Limit passiert, während der Parser viele Token-Objekte allokiert und behält. Dadurch kann der Arbeitsspeicher des Worker-Prozesses erschöpft werden, bevor die AST-basierten Kontrollen zu Tiefe oder Komplexität greifen, was zu einem Denial of Service führt. Voraussetzung ist nur, dass die Anwendung unvertrauenswürdige GraphQL-Eingaben parst.

Betroffen

• graphql-core 3.2.3 bis vor 3.2.12
• graphql-core 3.3.0a3 bis vor 3.3.0rc1

Behoben in

• graphql-core 3.2.12
• graphql-core 3.3.0rc1

Umgehung

Unbekannt. Der Hersteller beschreibt keinen Workaround, und ein tiefer max_tokens-Wert schützt vor dem Update nicht vor diesem Problem.

• Unser Vorschlag: Grösse des HTTP-Requests am Reverse Proxy oder WAF begrenzen, den GraphQL-Endpunkt ratenlimitieren und ihn für nicht vertrauenswürdige Benutzer einschränken oder deaktivieren, falls er nicht benötigt wird.

Ausnutzung

• CISA SSVC führt die Ausnutzung als "poc" (Proof of Concept), automatisierbar: ja, technische Auswirkung: teilweise.
• Das Advisory beschreibt eine Reproduktion. Wir haben die Nutzlast nicht getestet oder reproduziert.
• Uns ist keine Ausnutzung in freier Wildbahn bekannt, und es gibt keinen Eintrag im CISA KEV.

Unsere Empfehlung

• Prüfen Sie Lockfiles und Umgebungen auf graphql-core und aktualisieren Sie auf 3.2.12, 3.3.0rc1 oder neuer.
• Priorisieren Sie öffentlich erreichbare Python-GraphQL-APIs. Interne Werkzeuge ohne nicht vertrauenswürdige Eingaben tragen ein geringeres Risiko.
• Kommentare zählen nun zum Limit max_tokens, daher können kommentarreiche Dokumente abgewiesen werden. Testen und passen Sie das Limit vor dem Rollout an.
• Überwachen Sie den Speicherverbrauch und Worker-Neustarts der GraphQL-Dienste.
• Dasselbe Release 3.2.12 behebt auch CVE-2026-75507.

Ö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

• GHSA-r77w-qph3-7vf8 Security Advisory github.com
• Release v3.2.12 github.com
• Release v3.3.0rc1 github.com
• Fix commit 437dea1 github.com
• Fix commit 80ef435 github.com
• OSV entry GHSA-r77w-qph3-7vf8 osv.dev
• GitLab advisory CVE-2026-75508 advisories.gitlab.com
• Ubuntu security tracker CVE-2026-75508 ubuntu.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 02.11.2026 12:46.