KI & Sicherheitslücken: Brotli, PHP, Linux, VS Code

Sicherheitslücken gibt es, seit es Software gibt. Neu ist, wie schnell sie gefunden werden und wie tief sie reichen. Unser CEO Christoph Ott fasst es so zusammen:

„In der IT gab es immer schon Sicherheitslücken, siehe den Blaster-Worm, die ILOVEYOU-Mails, und viele mehr. Es gab schon so viele große Armageddons, in der IT. Aber KI bringt eine neue Qualität und eine neue Quantität.“¹

Hier ist, was in den letzten Wochen passiert ist und was das für Unternehmen bedeutet.

Brotli: kleine Bibliothek, große Wirkung

Brotli ist ein Kompressionsalgorithmus von Google. Man sieht ihn nie, aber er steckt in Browsern, Laufzeitumgebungen und Frameworks. Am 21. Oktober wurde eine Lücke im Brotli-Decoder öffentlich (CVE-2026-111497). Mit manipulierten komprimierten Daten lässt sich über einen Puffer hinaus schreiben, im schlimmsten Fall bis zur Ausführung von fremdem Code. Gemeldet hat die Lücke das Codex-Security-Team von OpenAI.²

Betroffen sind unter anderem Node.js, Bun, .NET, Python, Envoy und Istio.² Microsoft hat für .NET außerplanmäßige Fixes nachgeschoben.³

Ein wichtiges Detail: Mit dem Paket-Update allein ist es nicht getan. Laufende Prozesse behalten den alten Decoder, deshalb müssen Services neu gestartet und Container-Images neu gebaut werden.²

Blog – KI setzt Open Source unter Druck (5_4).png

PHP2Shell: Als das Internet gebrannt hat

Ebenfalls am 21. Oktober veröffentlichte das PHP-Team Notfall-Patches für zwei kritische Lücken in PHP selbst (CVE-2026-109618 und CVE-2026-109619). Über sie lässt sich aus der Ferne und ohne Anmeldung Code auf dem Server ausführen, betroffen sind fast alle PHP-Versionen zurück bis 5.4.⁴ Gefunden haben die Lücken Forscher:innen von Calif und Wiz, unterstützt von KI von OpenAI.⁵ Auch beim Ausnutzen half KI: Ein Forscher schaffte damit in etwa einer Woche, wofür ein Team sonst Monate gebraucht hätte.⁴

Die Folgen waren weltweit zu spüren. Viele Organisationen nahmen ihre Websites vorsorglich vom Netz, darunter die Universität Wien, die TU Wien, hunderte Regierungsseiten in ganz Europa sowie Plattformen wie Wikimedia und die BBC.⁵,⁶ Laut Cloudflare stiegen die Angriffsversuche nach der Veröffentlichung innerhalb kurzer Zeit auf Millionen.⁶ Unser CEO Christoph Ott meint dazu pragmatisch:

„Viele Teams haben das Richtige getan und gesagt: Wir schaffen das Update nicht rechtzeitig, wir müssen die Seite offline nehmen. In diesem Fall wahrscheinlich die einzig richtige Entscheidung.“¹

Wie es zu dem Chaos kam und was danach passierte, lest ihr in unserem Artikel PHP2Shell: Als das Internet den Stecker zog.

Linux: KI schreibt den Root-Exploit

Auch der Linux-Kernel stand im Oktober gleich zweimal in den Schlagzeilen.

„Vghost“ (CVE-2026-74580): Das Tencent Zhuque Lab hat mit seinem Multi-Agenten-System Corvus AI eine Lücke im vhost-Subsystem gefunden. Lokale Nutzer:innen können damit Root-Rechte erlangen, und in bestimmten Konfigurationen kann ein Gast aus der virtuellen Maschine auf den Host durchgreifen. Der Fehler steckte seit Kernel 4.11 im Code.⁷
TCP-Lücke (CVE-2026-98432): Eine Race Condition beim Aufbau von IPv4-TCP-Verbindungen, eingeführt in Linux 4.4. Anthropic hat gezeigt, dass das hauseigene KI-Modell Claude nach anfänglichem Prompting daraus einen Exploit gebaut hat: aus der Ferne, ohne Anmeldung, bis zum Root-Zugriff auf Servern mit Multipath-TCP-Listener.⁸

Der zweite Fall zeigt die neue Tiefe. Es geht nicht mehr nur ums Finden, sondern um eine komplette Angriffskette. Und noch etwas fällt auf: Der Kernel-Fix war Anfang Oktober fertig, trotzdem waren mehrere große Distributionen Ende Oktober noch nicht gepatcht.⁸ Zwischen „Fix existiert“ und „Fix ist auf meinem Server“ liegt oft die eigentliche Gefahr.

VS Code: Der Angriff kommt über den Arbeitsplatz der Entwickler:innen

Server sind nicht das einzige Ziel. Im Editor laufen für viele Teams alle Fäden zusammen: Code, SSH-Keys, .env-Dateien, Tokens.

Forscher:innen von Forever Security haben gezeigt, dass eingebettete Browser in KI-Coding-Tools ein Einfallstor sind. Bei VS Code reicht eine präparierte lokale HTML-Datei in einem Projekt, um mit einem Klick weitere Dateien auf der Festplatte auszulesen. Stand 29. Oktober war das noch nicht gepatcht. Microsoft verweist auf das Workspace-Trust-Feature.⁹
Schon im Mai wurde eine manipulierte Version der VS-Code-Extension Nx Console veröffentlicht. Sie war nur kurz online, das reichte aber: Über den Rechner eines Mitarbeiters verschafften sich Angreifer Zugriff auf interne GitHub-Repositories.¹⁰

Hier liegt ein Widerspruch, den man kennen sollte: Bei Runtimes und Bibliotheken gilt „schnell aktualisieren“. Bei Extensions war genau das automatische Update das Einfallstor. Sicherheit heißt also nicht „alles blind updaten“, sondern wissen, was man installiert hat und woher es kommt.

Warum KI das Spiel verändert

Alle diese Fälle haben eines gemeinsam: Fehler, die jahrelang unbemerkt im Code lagen, werden jetzt in kurzer Zeit gefunden und ausgenutzt. Als langjähriger Open-Source Supporter meint Christoph dazu:

„In der Open-Source-Welt fließt jeden Tag viel Zeit und Energie ins Finden und Beheben von Problemen. Aber mit den neuesten Durchbrüchen in der KI kommen wir Menschen einfach nicht mehr hinterher. KI findet diese Probleme viel besser als wir.“¹

Das funktioniert in beide Richtungen. Mit denselben Werkzeugen, mit denen Forscher:innen Lücken melden, lassen sich auch Exploits bauen.

Was Unternehmen jetzt tun sollten

Inventur machen. Welche Software läuft bei uns, worauf baut sie auf, welche Bibliotheken und Frameworks stecken drin? Ohne diese Liste weiß niemand, ob er betroffen ist.
Updates einspielen, aber auf Breaking Changes achten. Wer lange nicht aktualisiert hat, bekommt eventuell keine Security-Updates mehr und muss zuerst funktional aufholen.
Neu starten und neu bauen. Ein aktualisiertes Paket hilft nicht, wenn der alte Prozess weiterläuft oder das Container-Image veraltet ist.
Die Rechner der Entwickler:innen mitdenken. Extensions prüfen, Workspace Trust ernst nehmen, Secrets nicht unverschlüsselt auf der Platte liegen lassen.
Schutzschichten nutzen. Cloudflare hat bei Brotli und PHP schnell WAF-Regeln ausgerollt.²,⁴ Ein Ersatz für Patches sind sie nicht.
Einen Plan haben, bevor es brennt. Wer vorher weiß, wer entscheidet und wann eine Seite offline geht, verliert im Ernstfall keine Zeit.

„Für komplexere Systeme holt man sich einen verlässlichen Partner, der die bestehenden Systeme analysiert und auf Stand bringt, damit Sicherheitslücken so klein wie möglich bleiben.“¹

Wie wir das bei LEAN-CODERS handhaben

Als Brotli und PHP bekannt wurden, haben wir unsere Kund:innen informiert, Updates auf unseren Servern eingespielt und Docker-Images aktualisiert. Für Systeme, die wir nicht selbst betreiben, haben wir Pull Requests vorbereitet, damit die Fixes schnell in Produktion gehen konnten.