Brotli-Lücke CVE-2026-111497 trifft auch Python, Envoy und Istio

Die Brotli-Lücke CVE-2026-111497 betrifft deutlich mehr als Node.js. Seit dem 22. und 23. Oktober liegen Advisories für die Python-Pakete Brotli und brotlicffi, für den Proxy Envoy, für das Service Mesh Istio, für Bun und für die SBOM-Werkzeuge von cdxgen vor. Hintergrund zur ursprünglichen Meldung liefert unser Artikel zum Node.js-Sicherheitsupdate vom 21. Oktober. Jedes Projekt bringt eine eigene Kopie des Google-Decoders mit, ein Node.js-Update hilft Python oder Proxys daher nicht.

Betroffen ist nur Software, die Brotli-Daten aus fremder Hand entpackt. Bei Python reicht es allerdings, wenn eines der beiden Pakete installiert ist, weil gängige HTTP-Clients dann Antworten mit Brotli-Kodierung automatisch dekodieren. Envoy und Istio sind nur verwundbar, wenn die Brotli-Dekompression aktiv ist. Angriffe in freier Wildbahn sind bisher nicht bekannt. Admins sollten Python-Umgebungen und Proxys heute inventarisieren und die Updates im nächsten Wartungsfenster einspielen, bei aus dem Internet erreichbaren Diensten mit aktiver Brotli-Dekodierung sofort.

Was ist passiert?

CVE-2026-111497 ist ein Schreibzugriff außerhalb des Puffers im Brotli-Decoder (c/dec/decode.c). Ein präparierter Datenstrom bringt den Decoder dazu, mit beschädigtem Zustand weiterzuarbeiten und über den Ringpuffer hinaus zu schreiben. Google bewertet die Lücke mit CVSS 4.0 9.2, Red Hat laut The Hacker News mit 8.1.

Bun 1.4.4 erschien am 22. Oktober, am selben Tag veröffentlichte cdxgen sein Advisory. Am 23. Oktober kamen die Einträge PYSEC-2026-4322 und PYSEC-2026-4323 in der Advisory-Datenbank der Python Packaging Authority sowie das Envoy-Advisory GHSA-3wvj-j6qm-62mr hinzu. Istio ergänzte sein Bulletin ISTIO-SECURITY-2026-007 nachträglich um die Brotli-Lücke.

Wer ist betroffen?

• Python Brotli: alle Versionen bis einschließlich 1.2.0, behoben in 1.2.1.
• Python brotlicffi: alle Versionen vor 1.2.1.0, behoben in 1.2.1.0.
• Envoy: 1.39.2, 1.38.5, 1.37.7 und 1.36.11, behoben in 1.40.0, 1.39.3, 1.38.6, 1.37.8 und 1.36.12. Laut Advisory nur Installationen mit konfiguriertem Brotli-Dekompressor.
• Istio: 1.31.0 bis 1.31.1, 1.30.0 bis 1.30.5 und 1.29.0 bis 1.29.8, behoben in 1.31.2, 1.30.6 und 1.29.9. Relevant nur bei aktivierter Brotli-Dekompression, etwa über einen EnvoyFilter.
• cdxgen: nur die eigenständigen Binärdateien und Container-Images bis 13.4.0 beziehungsweise 12.8.8, behoben in 13.5.0 und 12.8.9. Installationen über npm nutzen das Node.js des Hosts.
• Bun: 1.4.3 und älter, behoben in 1.4.4.

Laut PyPA-Advisory dekodieren urllib3 und requests, httpx mit dem Brotli-Extra sowie aiohttp Antworten automatisch, sobald eines der Pakete vorhanden ist. Nicht betroffen sind Python-Umgebungen ohne beide Pakete sowie Envoy und Istio ohne Brotli-Dekompression. Apache und Nginx dekodieren Brotli laut Aikido standardmäßig nicht.

Wie kritisch ist das?

Technisch handelt es sich um eine aus der Ferne ohne Anmeldung auslösbare Speicherbeschädigung. Codeausführung hat Imperva bislang nur auf einem ungepatchten Node.js-Build für Linux auf ARM64 gezeigt, der Exploit ist nicht öffentlich. Für Python, Envoy und Istio ist Codeausführung nicht demonstriert, Abstürze und Speicherlecks bleiben aber realistisch. Heikel ist die Richtung: Auch ein Client, der Antworten eines bösartigen Servers entpackt, ist angreifbar. Eine Web Application Firewall schützt diesen Weg nicht.

Ein weiterer Punkt betrifft Scanner. Laut The Hacker News nennt der CVE-Eintrag nur das Google-Repository, und das GitHub-Advisory führte zuletzt kein betroffenes Paket. Dependabot und ähnliche Werkzeuge melden die Python-Pakete deshalb möglicherweise noch nicht.

Was sollten Admins jetzt tun?

• Inventar prüfen: pip list | grep -i brotli beziehungsweise pip show brotli brotlicffi in allen virtuellen Umgebungen und Container-Images ausführen, dazu Envoy- und Istio-Versionen erfassen und nach aktiven Brotli-Dekompressoren und EnvoyFiltern suchen.
• Brotli auf 1.2.1 und brotlicffi auf 1.2.1.0 anheben, Envoy und Istio auf die genannten Fix-Versionen aktualisieren, cdxgen-Binärdateien und Images ersetzen.
• Dienste neu starten und Container-Images neu bauen, denn laufende Prozesse behalten den alten Decoder.
• Wo ein Update noch nicht möglich ist: Anfragen mit Content-Encoding: br abweisen, Brotli-Dekompression in Proxys abschalten oder die Python-Pakete deinstallieren, damit Clients auf gzip und deflate zurückfallen. Nur br aus Accept-Encoding zu entfernen reicht laut The Hacker News nicht.
• Versionen manuell kontrollieren, statt sich allein auf Dependency-Scanner zu verlassen.

Einordnung für Unternehmen

Für kleine und mittlere Unternehmen liegt das Risiko vor allem in versteckten Abhängigkeiten, denn Brotli kommt oft als optionales Extra mit. Wer Python-Dienste in Containern betreibt, sollte die Images gezielt durchsuchen und neu bauen. Service Meshes mit Istio betreffen meist größere Kubernetes-Umgebungen. Dort lohnt der Blick in die EnvoyFilter, denn ohne aktive Brotli-Dekompression ist die Lücke nicht erreichbar.

Passende Anleitungen auf S-EDV

• Docker-Images mit Trivy scannen und SBOMs erstellen: hilft, Brotli-Pakete in bestehenden Images aufzuspüren.
• Docker-Container aktuell halten mit Diun und WUD: zeigt, wie neue Image-Versionen zuverlässig auffallen.

Quellen

• PyPA: PYSEC-2026-4322 (Brotli), veröffentlicht 23.10.2026
• PyPA: PYSEC-2026-4323 (brotlicffi), veröffentlicht 23.10.2026
• Envoy: GHSA-3wvj-j6qm-62mr, veröffentlicht 23.10.2026
• Istio: ISTIO-SECURITY-2026-007
• cdxgen: GHSA-5266-jm88-3grm, veröffentlicht 22.10.2026
• The Hacker News: Brotli Decoder Flaw Behind Node.js RCE
• Aikido: Node2Shell evolves to HTTP2Shell