PHP behebt zwei kritische RCE-Schwachstellen, die mit Frontier-KI-Modellen entdeckt wurden

Das PHP-Projekt veröffentlichte am 21. Oktober 2026 PHP 8.5.12, 8.4.27, 8.3.36 und 8.2.35. Diese Sicherheitsversionen beheben zwei kritische Schwachstellen, die eine nicht authentifizierte Remote-Code-Ausführung ermöglichen können und mit Frontier-KI-Modellen entdeckt wurden. An der koordinierten Offenlegung waren das PHP-Projekt, OpenAI, das Sicherheitsforschungsunternehmen Calif und das Cloud-Sicherheitsunternehmen Wiz beteiligt.

Die Versionen mit den Sicherheitskorrekturen

Laut dem Sicherheitshinweis des PHP-Projekts beheben die vier Versionen CVE-2026-109618, eine Schwachstelle, die als Remote-Code-Ausführung durch Speicherbeschädigung infolge von Speichermangel beschrieben wird, sowie CVE-2026-109619, eine Schwachstelle, die als Remote-Code-Ausführung durch veralteten globalen Zustand beschrieben wird. In einer Vorabmitteilung vom 20. Oktober 2026 bewertete das PHP-Sicherheitsteam beide Schwachstellen mit CVSS v4.0 9.2 und setzte die Veröffentlichung für den 21. Oktober um 14:00 UTC an.

Laut dem Sicherheitshinweis sind alle PHP-Installationen gefährdet, die Webanfragen verarbeiten. Dazu zählen PHP-FPM, Apache mit mod_php, php-cgi, FrankenPHP und LiteSpeed. Als besonders hoch gilt das Risiko bei mod_php, wo ein nachgewiesener Exploit durch eine nicht authentifizierte Anfrage ausgelöst werden kann, bevor Anwendungscode ausgeführt wird.

Das Projekt erklärt, dass es keine vollständigen Gegenmaßnahmen gibt und eine Aktualisierung die einzige sichere Option ist. Es nennt jedoch vorläufige Einstellungen, die das Risiko bestimmter Angriffswege verringern. Linux-Distributionen und LTS-Anbieter erhielten die Patches vorab. Das PHP-Sicherheitsteam stellte außerdem minimale Backports im Quellcode für PHP 7.4, 8.0 und 8.1 bereit, die keine Updates mehr erhalten, und wies darauf hin, dass PHP 8.2 am 31. Dezember 2026 das Supportende erreicht.

Die Schwachstellen und der Exploit php2shell

Die technische Offenlegung von Wiz Research beschreibt CVE-2026-109618 als eine Kombination aus einer Use-after-free-Schwachstelle im Deserialisierer des Upload-Fortschritts und der Offenlegung des Arbeitsspeichers entfernter Prozesse. CVE-2026-109619 umfasst demnach eine Use-after-free-Schwachstelle im Backtrace bei fatalen Fehlern sowie eine Typverwechslung in OPcache. Bei allen handelt es sich um Speicherfehler, die darauf zurückzuführen sind, wie PHP beim Verarbeiten von Anfragen mit fatalen Fehlern umgeht, insbesondere mit Fehlern aufgrund von Speichermangel.

Wiz zufolge ist jede PHP-Version betroffen, die in den vergangenen zehn Jahren veröffentlicht wurde; mindestens eine der Schwachstellen betrifft Versionen bis zurück zu 5.4. Calif berichtete, der früheste von dem Unternehmen gefundene betroffene Angriffsweg gehe auf PHP 5.4.0 zurück. Die Angriffswege, die von der PHP-Version und der SAPI abhängen, seien bei Standardkonfigurationen stets ausnutzbar.

Wiz bündelte die Schwachstellen in einem einzigen Exploit-Skript namens php2shell und demonstrierte damit eine nicht authentifizierte Remote-Code-Ausführung auf den neuesten Container-Images von WordPress, Drupal und Joomla. Separat demonstrierte das Unternehmen die anwendungsunabhängige Offenlegung des Arbeitsspeichers von PHP-Workern, der Passwörter, Authentifizierungstoken, API-Schlüssel und Zertifikate enthalten kann. Der Bericht von Calif meldet bestätigte Remote-Code-Ausführung vor der Authentifizierung bei WordPress 7.1.2, Drupal 11.4.3, Joomla 6.1.4, MediaWiki 1.46.2, Roundcube 1.7.4, Magento 2.4.9, phpMyAdmin 5.2.3, Nextcloud 35.0.1, Laravel 13.11, Symfony 8.1 und WHMCS sowie in einigen Fällen bei beliebigen PHP-Skripten.

Wiz zufolge betreibt PHP 70 % aller Websites, darunter WordPress, Joomla, Drupal und Wikipedias MediaWiki. Das Unternehmen zählt die entdeckten Schwachstellen zu den schwerwiegendsten, die je in PHP gefunden wurden.

Wie Frontier-KI-Modelle die Schwachstellen entdeckten

OpenAI erklärte, das Unternehmen habe in den vergangenen zwei Monaten eine Koalition aus Maintainerinnen und Maintainer, Forschenden und Sicherheitsanbietern angeführt, um die Schwachstellen zu beheben. Dabei entdeckte Calif mithilfe seines Modells GPT-5.6 Sol im Rahmen von OpenAIs Initiative Patch the Planet eine kritische Schwachstelle, während Wiz beide Schwachstellen unabhängig davon entdeckte und meldete. Die PHP-Maintainer leiteten die Behebung und Veröffentlichung.

Die Zeitabläufe der Beteiligten zeigen, dass sich unabhängige Entdeckungen überschnitten. Laut der PHP Foundation begann Calif am 30. Juli 2026 mit seinem Audit; der Calif-Forscher Ryan A meldete am 11. August 2026 eine bedingungslose Remote-Code-Ausführung. OpenAI meldete unabhängig davon am selben Tag dieselbe grundlegende Ursache. Calif datiert die Entdeckung auf den 1. August 2026, den Austausch eines RCE-Proof-of-Concepts mit PHP auf den 14. August 2026, die Bestätigung durch PHP auf den 15. August 2026 und die Meldung eines zweiten Fehlers auf den 21. August 2026.

Wiz berichtet, die erste Schwachstelle am 19. August 2026 mithilfe von Wiz Atlas, Gemini 4 Argon und GPT-5.6 Sol entdeckt zu haben. Am 20. August 2026 bestätigte das Unternehmen die nicht authentifizierte Codeausführung auf Drupal und am 21. August auf WordPress. Am 24. August 2026 meldete Wiz die Schwachstellen dem PHP-Sicherheitsteam. Laut der Foundation ergänzte OpenAI am 18. September 2026 weitere Angriffsvektoren. Wiz zufolge bestätigte PHP die Meldungen am 21. September 2026 und begann mit der Entwicklung einer koordinierten Fehlerbehebung.

Die zugrunde liegende Schwachstelle hat eine lange Geschichte. Calif berichtet, Stefan Esser habe 2004 die erste Remote-Schwachstelle in PHP entdeckt, die das Speicherlimit betraf. Ein Fehler, der einen Zustand mit erschöpftem Speicher beschrieb, sei dem Projekt 2020 gemeldet worden. Ein Audit von OSTIF und Quarkslab habe das Problem 2024 erneut aufgedeckt, ohne jedoch eine Ausnutzung nachzuweisen. Die PHP Foundation schrieb, das Audit von 2024 sei von der Sovereign Tech Agency finanziert worden und die Arbeit an einer Fehlerbehebung sei über Monate hinweg wiederholt ins Stocken geraten und neu aufgenommen worden: „Wir wollen nichts beschönigen: Die Verzögerung war ein strukturelles Versagen.“

OpenAI erklärte, angesichts des Schweregrads der Schwachstellen und der weiten Verbreitung von PHP halte das Unternehmen diese für eines der gravierendsten Sicherheitsprobleme der jüngeren Vergangenheit. Nach Kenntnis des Unternehmens hätten Frontier-KI-Modelle die Schwachstellen vor Angreifern entdeckt und damit das eröffnet, was OpenAI als „Defender’s Window“ bezeichnet. Das Unternehmen sagte 1 Milliarde US-Dollar an subventioniertem Zugang zu Daybreak für Sicherheitskräfte an vorderster Front zu und veröffentlichte im GitHub-Repository openai/php2shell-checker einen PHP-Versionsprüfer als Codex-Skill.

Eine durchgesickerte Offenlegung und ein gebrochenes Embargo

Die PHP Foundation berichtet, dass die koordinierte Offenlegung bis zwei Tage vor dem geplanten Veröffentlichungstermin geheim gehalten wurde. Gegen 15:00 UTC am 20. Oktober 2026 kursierten die beiden CVE-IDs in Online-Foren und sozialen Medien, zusammen mit einer falschen Angabe zum Veröffentlichungstermin und einem falschen CVSS-Wert von 10.0; technische Details wurden jedoch nicht bekannt. Das PHP-Projekt verlegte die Vorankündigung auf 19:30 UTC desselben Tages und zog die Veröffentlichung vom 22. Oktober 2026 auf den 21. Oktober 2026 um 14:00 UTC vor. Als Grund gab es an, dass die Distributoren die Fehlerbehebung noch verpackten.

Gegen 20:00 UTC am 20. Oktober veröffentlichte Calif versehentlich ein Video, das zeigte, wie sein Proof of Concept auf mehreren Zielen funktionierte. Laut der Foundation verbreiteten sich Kopien des Videos und trugen am 21. Oktober zur beschleunigten Entwicklung verschiedener Proof-of-Concept-Exploits bei. Um 07:41 UTC am 21. Oktober, mehr als sechs Stunden vor der koordinierten Veröffentlichung, brach Chainguard eigenmächtig das Embargo und veröffentlichte fertig erstellte Images mit der Fehlerbehebung, berichtet die Foundation. Das PHP-Sicherheitsteam beobachtete die nach dem Leak aufgetauchten Proofs of Concept, stellte zum Zeitpunkt der Veröffentlichung und öffentlichen Offenlegung jedoch keine funktionierenden Exploits fest.

Abstimmung mit Behörden und ein vorgeschlagener Rahmen

OpenAI erklärte, gemeinsam mit Partnern verschiedene Bereiche der US-Regierung eingebunden zu haben, darunter die White House’s Super Intelligence Force, das Office of the National Cyber Director und die Cybersecurity and Infrastructure Security Agency. Auch internationale Partner seien beteiligt gewesen, damit Sicherheitsempfehlungen wichtige Organisationen erreichen. Wiz teilte mit, vor der öffentlichen Offenlegung mit Google Cloud, Cloudflare, AWS, Microsoft, Automattic, Fastly, Akamai, Imperva und weiteren Partnern zusammengearbeitet zu haben, um Kundenempfehlungen, Erkennungsmechanismen und sofort einsatzbereite Abhilfemaßnahmen für Organisationen vorzubereiten, die nicht unmittelbar aktualisieren können.

OpenAI veröffentlichte außerdem einen vorgeschlagenen fünfstufigen Rahmen für den Umgang mit kritischen Schwachstellen in weit verbreiteter Software: die vorgelagerte Schwachstelle zu validieren und zu beheben, betroffenen Organisationen Zeit zum Handeln zu geben, sich mit Regierungspartnern abzustimmen, Aktualisierungen für alle betroffenen Produkte vorzubereiten und Empfehlungen zu veröffentlichen, sobald ein Patch verfügbar ist. Das Unternehmen bat die Sicherheitscommunity um Rückmeldungen zu diesem Ansatz.

Die PHP Foundation, die im Mai 2026 ein Team für Ökosystemsicherheit gründete und im Juli 2026 Alexandre Daubois sowie im September 2026 Daniel Scherzer einstellte, erklärte, das Team habe seit dem 1. Juli 2026 15 CVEs veröffentlicht und zugleich mehr als 100 Meldungen geprüft, die sich als ungültig, doppelt oder nicht reproduzierbar erwiesen. Sie rief Unternehmen, Hosting-Anbieter, Cloud-Plattformen, Distributionen und Regierungen, deren Dienste auf PHP laufen, zu finanzieller Unterstützung auf.