Ein Speicherfehler im Brotli-Decoder ermöglicht es Angreifern, aus der Ferne Code auszuführen — ganz ohne Authentifizierung. Am 23. Oktober 2026 gab OpenAI bekannt, dass sein Codex-Security-Team die Schwachstelle bei einer Red-Team-Übung aufgespürt hat. Bereits am 21. Oktober hatte das Node.js-Projekt Sicherheitsupdates veröffentlicht: die Versionen 26.12.1, 24.22.1 und 22.23.4 für die Release-Linien 26.x, 24.x und 22.x.
Wo der Fehler steckt: ein falsch verstandener „Blockwechsel"
Die Sicherheitsmitteilung von Node.js beschreibt die Ursache genau. Beim Verarbeiten manipuliert komprimierter Daten deutete der Decoder einen ungültigen Blockwechsel fälschlich als vorübergehenden Bedarf an weiteren Eingaben, statt als dauerhaften Formatfehler. Der Streaming-Decoder schrieb daraufhin weiter Bytes in einen nur acht Byte großen internen Puffer — bis über dessen Grenzen hinaus.
Wer einer Anwendung Brotli-Daten unterjubeln kann, kann damit den Prozessspeicher korrumpieren: im besten Fall ein Absturz, im schlimmsten Fall das Auslesen von Speicherinhalten oder die Ausführung von fremdem Code aus der Ferne. Der Angriff funktioniert in beide Richtungen — Server, die komprimierte Eingaben annehmen, lassen sich übernehmen, und Client-Tools mit aktivierter Komprimierung (wie curl) sind gegenüber einem bösartigen Server genauso verwundbar.
Von Node.js bis Envoy: die Reichweite ist größer als gedacht
Brotli, von Google entwickelt, ist längst so allgegenwärtig wie die Luft in der Internet-Infrastruktur: Node.js, Bun und Envoy betten den Decoder ein. Eine Anwendung muss keine einzige Zeile Kompressionscode enthalten und trägt trotzdem einen verwundbaren Decoder in ihrem Abhängigkeitsbaum — genau diese „unsichtbaren Abhängigkeiten" machen Supply-Chain-Lücken so tückisch.
Acht Monate lang unerkannt in der Lieferkette
Am aufschlussreichsten ist die Vorgeschichte: Laut OpenAI war die Ursache bereits im Februar 2026 im Brotli-Upstream-Code behoben worden — doch damals erkannte niemand ein Sicherheitsproblem darin. Es gab keine CVE-Nummer und keinen Anstoß für Updates in nachgelagerten Projekten. Acht Monate lang lag eine real ausnutzbare, schwerwiegende Schwachstelle offen in der Open-Source-Lieferkette — nicht, weil sie niemand hätte beheben können, sondern weil niemand erkannte, dass sie es verdiente. Erst als OpenAIs agentenbasiertes Red Team sie ans Licht brachte, erhielt Brotli die CVE-2026-111497 und neue Versionen. Node.js stuft die schwerste Lücke dieses Pakets als „hoch" ein und weist darauf hin, dass alle gängigen Nicht-EOL-Linien betroffen sind.
Was zu tun ist: erst updaten, dann Abhängigkeiten prüfen
Teams mit Node.js sollten auf die korrigierte Version ihrer Linie wechseln (26.12.1 / 24.22.1 / 22.23.4); Nutzer von Bun und Envoy müssen auf die Sicherheitsupdates der nachgelagerten Projekte warten. Es lohnt sich, den Abhängigkeitsbaum nach Komponenten zu durchsuchen, die einen Brotli-Decoder enthalten — ein nur halb aufgespielter Patch ist eine nur halb geschlossene Tür.
Der Fall ist auch ein neues Kapitel für die „KI-gestützte Schwachstellensuche": Vor weniger als einem Monat half KI, einen seit über einem Jahrzehnt im PHP-Kern versteckten Einstiegspunkt für Remote-Ausführung zu finden (Bericht). OpenAI selbst hat nach den Red-Team-Übungen seine Frontier-Trainingsumgebung komplett vom Internet getrennt. KI entwickelt sich vom „Hilfsscanner" zum Akteur, der tatsächlich Zero-Days aufspürt — Initiativen wie Patch the Planet, die Open-Source-Software nach Schwachstellen durchkämmen, werden in Zukunft noch gefragter sein.
