Die der KI zugeschriebene PHP-Lücke fiel schon 2024 auf

Behörden-Websites vorsorglich vom Netz

Das CERT-EU, das Cyber-Notfallteam der EU-Institutionen, hat diese Woche eine seltene Empfehlung ausgesprochen: Wer PHP nicht sofort aktualisieren kann, sollte erwägen, öffentlich erreichbare Anwendungen vom Netz zu nehmen. Das ist, als rate man einem Ladenbesitzer, zu schließen, bis das Schloss getauscht ist. Laut The Register gingen daraufhin finnische Behördendienste und mehrere niederländische Websites, darunter die des Parlaments und der Datenschutzaufsicht, vorsorglich offline.

PHP ist die Sprache, auf der ein großer Teil des Webs läuft. Am 21. Oktober, wegen eines Lecks einen Tag früher als geplant, veröffentlicht das Projekt die Versionen 8.5.12, 8.4.27, 8.3.36 und 8.2.35. Sie beheben zwei kritische Lücken mit der Bewertung 9,2 von 10, über die sich unter bestimmten Bedingungen ohne Anmeldung Code auf einem Server ausführen lässt. Das Projekt warnt: Keine Zwischenlösung ersetzt das Update.

„Die KI hat die Lücke gefunden“

Die Erzählung kam mit den Patches. OpenAI zählt den Fall zu den schwersten Sicherheitsproblemen der vergangenen Jahre. Es schreibt ihn der Firma Calif zu, die die Lücke mit GPT-5.6 Sol, dem Modell von OpenAI, im Rahmen ihres Programms Patch the Planet aufgespürt habe. Nach eigenem Wissen, so OpenAI, hat die KI diese Lücken vor den Angreifern gefunden.

Wiz, das die Lücken unabhängig davon aufgespürt hat, würdigt den „unschätzbaren“ Beitrag von Gemini 4 Argon, dem Modell von Google. Im selben Beitrag erklärt Raluca Ada Popa, bei Google DeepMind für die Sicherheit von Gemini zuständig, die Lücken seien über zehn Jahre unbehoben geblieben, weil es zu komplex war, sie zu finden und auszunutzen. The Decoder titelt, die Modelle von OpenAI und Google hätten die Lücke gefunden.

In dieser Version ist die KI der Trüffelhund, der aufspürt, was niemand gewittert hatte. Am selben Tag veröffentlichte die PHP Foundation ihre eigene Darstellung.

Was die Stiftung erzählt

2024 durchläuft PHP sein erstes externes Sicherheitsaudit seit Jahren. Die Finanzierung hatte die Stiftung bei der Sovereign Tech Agency eingeworben, einer deutschen öffentlichen Agentur. Organisiert wird das Audit von der OSTIF, durchgeführt von der französischen Firma Quarkslab.

Beim Beheben eines der von Quarkslab gemeldeten Probleme bemerkt ein Kernentwickler von PHP, der für die Stiftung unter Vertrag steht, die ersten Anzeichen eines Problems in der Speicherverwaltung. Es ist dasselbe, das der ersten der beiden jetzt behobenen Lücken zugrunde liegt. Eine Ausnutzung hält man damals nur theoretisch für denkbar, ein konkreter Weg dorthin ist nicht in Sicht, und andere Lücken mit offensichtlicher Wirkung gehen vor.

Danach bereitet das Sicherheitsteam mehrere konkurrierende Korrekturen vor. Jede hat ihren Preis: die Kompatibilität mit bestehendem Code brechen, ein neues Risiko für Denial-of-Service öffnen oder zahlreiche Erweiterungen von Drittanbietern anpassen lassen, eine Abstimmung, die als unmöglich galt. Das Team entscheidet im Konsens, scheut die falsche Wahl, und die wenigen Entwickler, die die Engine gut genug kennen, sind anderweitig gebunden. Das Vorhaben stockt und startet über Monate immer wieder neu.

Man denkt an eine Eigentümergemeinschaft mit mehreren Kostenvoranschlägen für einen angerissenen Balken, keiner ohne Nachteil, und die einstimmig abstimmen muss. Die Stiftung selbst spricht von einem „strukturellen Versagen“, bedingt durch die Art der Entscheidungsfindung und durch fehlende Mittel.

Was die KI geändert hat

Am 30. Juli 2026 beginnt Calif mit einem Audit von PHP. Der Forscher Ryan Austin geht von einer Lücke aus, die Stefan Esser 2004 gefunden hatte, damals die Referenz für PHP-Sicherheit, und lässt die KI nach noch vorhandenen Nachfahren suchen. Das Modell ist die Taschenlampe, aber der Forscher weiß, in welchen Keller er hinabsteigen muss. Sein Fazit auf der Seite von Calif: Man müsse sein Ziel kennen, und kein Modell hebe mit einer simplen Anweisung alle Bugs.

Am 11. August meldet Calif eine Remote-Code-Ausführung mit derselben Grundursache wie das Problem von 2024. OpenAI meldet dieselbe Ursache am selben Tag, auf eigenem Weg. Wiz folgt am 24. August. Calif räumt in seiner Chronologie selbst ein: Ein verwandtes Problem sei 2024 erkannt worden, ohne dass seine Ausnutzbarkeit belegt gewesen wäre.

Das kippt alles. Laut der Stiftung machen diese Meldungen die tatsächliche Auswirkung offensichtlich, und die Korrektur wird ab dem 11. August zur Priorität des gesamten Sicherheitsteams, bis hin zur Wochenendarbeit. Die KI hat kein unbekanntes Problem offenbart. Sie lieferte den Beweis, der für die Entscheidung gefehlt hatte.

Dan Lorenc, Chef von Chainguard, erzählte The Register, er habe die Lücken an einem Abend mit einem Spitzenmodell und einer schlichten Anweisung wiedergefunden. Ein Forscher hatte ihm kurz zuvor gesagt, dass sich in PHP etwas zusammenbraue. Auch hier: Man muss wissen, wo man sucht. Bei den Patches sei er eindeutig: Bis eines davon wirklich funktionierte, habe es Monate gedauert.

Finden ist nicht mehr das Problem

Die Meldungen kommen inzwischen schneller, als man sie abarbeiten kann. Seit dem 1. Juli hat das Sicherheitsteam von PHP 15 CVE veröffentlicht, also öffentliche Kennungen für Sicherheitslücken, und 106 Meldungen geschlossen, die keine Lücken waren, Dubletten darstellten oder sich nicht reproduzieren ließen. So steht es in einem Beitrag der Stiftung vom 14. Oktober. Das ist eine Notaufnahme, in der die Rettungswagen schneller eintreffen, als man Chirurgen ausbilden kann.

Bei curl will der Maintainer Daniel Stenberg laut The Register kleinere Sicherheitslücken künftig öffentlich behandeln, weil die Zeit fehlt, sie im Stillen abzuarbeiten. PostgreSQL hat rund ein Dutzend Neuerungen aus Version 19 zurückgezogen; eine der genannten Erklärungen ist die Fülle an Mängeln, die die KI-gestützte Durchsicht zutage fördert.

Die Stiftung zieht eine klare Grenze. Die Werkzeuge finden Bugs. Sie können aber nicht für eine alte Designentscheidung der Engine den richtigen Fix wählen, abwägen, was er zerbricht, oder den Patch prüfen. Dafür braucht es Ingenieure, die den gesamten PHP-Code kennen, und davon gebe es zu wenige, schreibt sie.

Seit dem Frühjahr stellt sie sich neu auf: ein eigenes Team für die Sicherheit des Ökosystems im Mai, zwei Neueinstellungen im Juli und im September, Entscheidungen, die künftig mit Mehrheit fallen sollen. Sie hat PHP von Claude Mythos von Anthropic durchleuchten lassen und prüft Meldungen mit Daybreak von OpenAI. Doch jede Entscheidung und jeder Patch bleibt Menschenarbeit.

Ein einziger öffentlicher Geldgeber

Bleibt das Geld. PHP trägt öffentliche Dienste, Banken und einen guten Teil der Unternehmenssoftware. Seine Sicherheit ruht laut der Stiftung dennoch auf einer kleinen Gruppe von Entwicklern, die sie bezahlt, und ein wenig ehrenamtlicher Hilfe. Sie fordert Unternehmen, Hoster und Staaten auf, im Verhältnis zu ihrem Nutzen zu zahlen.

In ihrem gesamten Beitrag nennt sie nur einen öffentlichen Geldgeber als Beispiel: die deutsche Agentur, die das Audit von 2024 bezahlt hat. Die Stiftung wünscht sich mehr davon, und zwar „dauerhaft“. Dabei hatte gerade dieses Audit einen Entwickler auf die Spur gebracht. Es brauchte zwei Jahre und einen mit KI-Hilfe erbrachten Beweis, bis sie bis zum Ende verfolgt wurde.