Zwei kritische PHP-Schwachstellen mit Bewertung 9.2 reichen bis PHP 5.4 zurück – und KI half bei ihrer Entdeckung

Zusammenfassung der Meldung

Am 21. Oktober 2026 hat das PHP-Projekt Notfall-Sicherheitsupdates für zwei kritische Schwachstellen veröffentlicht, die als CVE-2026-109618 und CVE-2026-109619 geführt werden. Sie können unauthentifizierten Angreifern die Remotecodeausführung auf Servern ermöglichen, die Webanfragen verarbeiten. Die Fehler befinden sich in langjährig genutzten Teilen der Laufzeitumgebung der Sprache, wurden mit Unterstützung fortschrittlicher KI-Modelle aufgedeckt und betreffen eine Technologie, die einen sehr großen Teil des Webs antreibt. TechCrunch veröffentlichte seinen Bericht am selben Tag um 10:59 Uhr US-Westküstenzeit (PDT), und Sicherheitsforscher, Cloud-Anbieter sowie Hosting-Unternehmen verbrachten den Tag damit, Website-Betreiber dringend zu Updates aufzufordern.

Was entdeckt wurde

Laut der PHP-Sicherheitswarnung, wie sie von Google Cloud, Patchstack und The Hacker News wiedergegeben wurde, erreichen beide Schwachstellen einen CVSS-v4.0-Score von 9.2 und fallen damit in die Kategorie „kritisch“. Eine wird als Fehler im Speicherlebenszyklus beschrieben, bei dem ein anfragenbezogener interner Zustand bestehen bleiben kann, nachdem der dahinterliegende Speicher bereits freigegeben wurde. Wiz Research zufolge betrifft mindestens eines der beiden Probleme jede PHP-Version bis zurück zu 5.4, und TechCrunch merkt an, dass die Fehler seit der PHP-5-Ära existieren, die 2004 begann. Einige Berichte haben dem Duo den Spitznamen „PHP2Shell“ gegeben. Die Schwachstellen könnten es Angreifern ermöglichen, auf das Dateisystem eines Servers oder auf eine von einer Webanwendung genutzte Datenbank zuzugreifen.

Wer sie entdeckt hat und wie

OpenAI gibt an, etwa zwei Monate lang im Rahmen seiner Initiative „Patch the Planet“ eine Koalition aus Maintainern, Forschern und Sicherheitsanbietern zu diesem Thema geleitet zu haben. Das Sicherheitsunternehmen Calif identifizierte eine kritische Schwachstelle mithilfe des Modells GPT-5.6 Sol von OpenAI, und OpenAI beschreibt Wiz so, dass das Unternehmen beide Schwachstellen unabhängig voneinander entdeckt und gemeldet hat. Ein Pressebericht schildert einen Zeitablauf, bei dem Calif im August eine frühe Version des Fehlers fand und im September eine vollständigere Variante auftauchte.

Wiz, mittlerweile Teil von Google, erklärt, sein Team habe den eigenen Sicherheitsagenten Wiz Atlas mit Gemini 4 Argon von Google und GPT-5.6 Sol von OpenAI kombiniert. Wiz berichtet, dass diese Werkzeuge dabei halfen, die Schwachstelle zu finden, Proof-of-Concept-Exploits zu entwickeln, Erkennungslogik zu erstellen und die Behebung zu validieren. Wiz demonstrierte die unauthentifizierte Remotecodeausführung gegen aktuelle Container-Images von WordPress, Drupal und Joomla und zeigte zudem, dass der Arbeitsspeicher der PHP-Worker ausgelesen werden konnte, der Passwörter, Tokens und API-Schlüssel enthalten kann. Die Berichte unterscheiden sich darin, wie autonom die KI-Arbeit ablief, und Analysten weisen darauf hin, dass die Veröffentlichungen nicht belegen, dass jede Entdeckung allein durch ein Modell erfolgte. Menschliche Forscher und PHP-Maintainer blieben zentraler Bestandteil der Bemühungen.

Die Behebung und was zu tun ist

Die gepatchten Versionen sind PHP 8.5.12, 8.4.27, 8.3.36 und 8.2.35, alle am 21. Oktober 2026 veröffentlicht. PHP 8.1 und älter haben ihr Supportende erreicht und erhalten keine Korrekturen mehr, daher müssen Betreiber dieser Zweige auf eine unterstützte Version wechseln. PHP erklärte, dass alle Installationen, die Webanfragen bedienen, gefährdet sind, wobei das höchste Risiko bei Setups besteht, die mod_php von Apache nutzen. Wiz zufolge behebt der Patch das zugrundeliegende Problem, einschließlich weiterer Varianten.

Die US-amerikanische National Security Agency veröffentlichte am Mittwoch, dem 21. Oktober 2026, eine Warnung mit dem Titel „NSA Advisory: PHP Updates“. Darin wurde empfohlen, jede Website, die nicht sofort gepatcht werden kann, offline zu nehmen, bis Schutzmaßnahmen angewendet wurden, und angekündigt, dass spezifischere Hinweise folgen würden. Auch CISA gab eine Warnung heraus und drängte auf zeitnahes Patchen. Da der genaue Wortlaut für Compliance-Zwecke wichtig ist, sollten Betreiber die Originalwarnungen direkt lesen.

Wie groß ist das Risiko?

TechCrunch zitiert Daten von W3Techs, denen zufolge PHP etwa 70 % der Websites mit einer erkennbaren serverseitigen Sprache antreibt, und merkt an, dass einige Berichte die Zahl der betroffenen Websites auf mehrere zehn Millionen schätzen. WordPress, das auf PHP basiert, erklärt, das Problem sei nicht spezifisch für seine Software. Websites, die das CMS WordPress nutzen, müssen die PHP-Laufzeitumgebung ihres Servers aktualisieren und sich mit ihren Hosting-Anbietern abstimmen. Wiz dankte Automattic, Akamai, AWS, Cloudflare, Fastly, Imperva, Microsoft und Vercel für ihre Hilfe bei der Reaktion, und auch OpenAI nannte Cloudflare unter den Beteiligten.

Status der Ausnutzung

Das Bild entwickelt sich noch weiter. OpenAI sagt, seine Forscher hätten die Schwachstellen vor den Angreifern gefunden, und CISA meldete zum Zeitpunkt seiner Warnung keine beobachtete Ausnutzung. Andere Berichte beschreiben frühes Sondieren: Patchstack erklärte, seine Telemetriedaten zeigten Sondierungsversuche ohne handfeste Beweise für erfolgreiche Angriffe, und The Hacker News verwies auf auftauchende Exploit-Versuche. Cloudflare sagte am selben Tag, dass Details durchgesickert seien und Angreifer einige seiner Kunden ins Visier nähmen. Leser sollten die Situation als Frühphase betrachten und davon ausgehen, dass ungepatchte Server nun, da die Korrekturen öffentlich sind, gefährdet sind.

Warum das für Wissenschaft und Technik wichtig ist

Der Vorfall zeigt, wie moderne KI-Modelle große, jahrzehntealte Codebasen lesen und subtile Fehler in der Speicherverwaltung aufdecken können, die menschlichen Prüfern und traditionellem Fuzzing entgangen sind. Wiz warnte, dass KI auch die Hürden für Angreifer senkt, da Sprachmodelle dabei helfen können, einen Exploit an verschiedene PHP-Versionen, Konfigurationen und Speicherlayouts anzupassen. Das macht eine koordinierte, verantwortungsvolle Offenlegung, bei der Forscher privat mit Maintainern an Patches arbeiten, bevor sie an die Öffentlichkeit gehen, noch wichtiger. OpenAI hat ein fünfstufiges Rahmenwerk für den Umgang mit kritischen Schwachstellen in weit verbreiteter Software vorgeschlagen und einen PHP-Versionsprüfer als Codex-Skill veröffentlicht, um Administratoren bei der Feststellung zu helfen, ob sie betroffen sind.

Praktische Schritte für Website-Betreiber

Prüfen Sie die PHP-Version, die auf jedem Server, in jedem Container-Image und in jedem Shared-Hosting-Tarif läuft. Aktualisieren Sie je nach verwendetem Zweig auf 8.5.12, 8.4.27, 8.3.36 oder 8.2.35 und starten Sie Webserver sowie PHP-Worker neu, damit die neue Laufzeitumgebung geladen wird. Wechseln Sie weg von PHP 8.1 und älter. Wo ein sofortiges Update nicht möglich ist, folgen Sie den Empfehlungen der NSA und erwägen Sie, die Website offline zu nehmen, bis sie gepatcht ist. Rotieren Sie nach dem Update Zugangsdaten und API-Schlüssel, die im Serverspeicher offengelegt worden sein könnten, und prüfen Sie die Logs auf ungewöhnliche Anfragen.