PHP2Shell ist die Bezeichnung für zwei kritische Sicherheitslücken in PHP: CVE-2026-109618 und CVE-2026-109619. Beide erhielten auf der Skala CVSS 4.0 einen Wert von 9,2. Sie können eine Ausführung von Schadcode aus der Ferne ermöglichen – unter Umständen, ohne dass sich ein Angreifer zuvor anmelden muss. PHP veröffentlichte am 21. Oktober 2026 dringende Sicherheitsupdates.
8
9
10
Der Fall rückte auch KI-gestützte Sicherheitsforschung ins Rampenlicht: Calif setzte OpenAIs GPT-5.6 Sol ein, um eine kritische Schwachstelle aufzuspüren; das Sicherheitsunternehmen Wiz entdeckte und meldete unabhängig beide Lücken. Berichte über Scans oder Angriffsversuche sind allerdings nicht gleichbedeutend mit bestätigten erfolgreichen Einbrüchen.
20
29
34
Was die beiden PHP2Shell-Lücken ermöglichen
Betroffen ist PHP selbst – nicht eine bestimmte Website-Plattform oder ein einzelnes Plugin. PHP läuft häufig im Hintergrund von Websites und verarbeitet dort etwa Anfragen und Formulardaten.
Bei CVE-2026-109618 geht es um den Umgang mit einem Speichermangel, während Daten einer Anfrage noch nicht vollständig initialisiert sind. Bei CVE-2026-109619 kann ein interner Zustand bestehen bleiben, obwohl der zugehörige Speicher bereits freigegeben wurde. Beide Fehler können zur Ausführung von Code aus der Ferne führen.
10
26
Mit jeweils 9,2 Punkten nach CVSS 4.0 gelten beide Schwachstellen als kritisch. Das Risiko: Angreifer könnten möglicherweise ohne Anmeldung Code auf einem betroffenen Server ausführen.
9
10
Wie KI-gestützte Forschung zur Entdeckung beitrug
Calif entdeckte im Rahmen der Initiative „Patch the Planet“ mit Hilfe von OpenAIs GPT-5.6 Sol eine kritische Lücke. Wiz fand und meldete unabhängig beide Schwachstellen. Berichten zufolge nutzte Wiz bei seiner Recherche Wiz Atlas sowie Gemini 4 Argon und GPT-5.6 Sol.
20
29
Beim genauen zeitlichen Ablauf weichen die Berichte voneinander ab: Eine Darstellung nennt den 1. August als Datum, an dem Calif die Schwachstellen entdeckte; eine andere besagt, dass Forschende die erste Lücke PHP am 11. August meldeten. Beide schildern eine koordinierte Arbeit mit den Maintainerinnen und Maintainer vor der Veröffentlichung im Oktober.
20
30
Wichtig ist die Unterscheidung: KI unterstützte die Forschenden dabei, Schwachstellen zu finden. Die vorliegenden Berichte belegen nicht, dass agentische KI anschließend die Angriffe ausführte.
Notfall-Updates und vorsorgliche Abschaltungen
PHP veröffentlichte die Korrekturen am 21. Oktober in den Versionen 8.2.35, 8.3.36, 8.4.27 und 8.5.12. Das sind die Versionsnummern der offiziellen PHP-Veröffentlichungen. Linux-Distributionen können Sicherheitskorrekturen jedoch zurückportieren und dabei eigene Paketnummern beibehalten. Administratorinnen und Administratoren sollten deshalb zusätzlich die Sicherheitshinweise ihrer Distribution prüfen, statt sich allein auf die Versionsnummer zu verlassen.
8
27
Nach Bekanntwerden der Lücken nahmen einige Website-Betreiber Systeme vorübergehend offline, während sie das Risiko prüften. Berichten zufolge gingen am 21. Oktober Websites von Behörden in Europa und anderen Regionen offline.
21 Ein weiterer Bericht führt an, dass durchgesickerte Informationen über die Schwachstellen dazu beitrugen, die geplante PHP-Veröffentlichung um einen Tag vorzuziehen.
22
33
Für Organisationen, die PHP einsetzen, hat die Prüfung Priorität, ob die PHP-Instanz für den Webverkehr tatsächlich mit dem passenden Sicherheitsupdate versehen ist. Anschließend sollten sie das geeignete Update einspielen und die Neustart- oder Prüfschritte ihres Anbieters befolgen. Wird der Server von einem Hosting-Anbieter verwaltet, sollten Betreiberinnen und Betreiber sich den gepatchten Status bestätigen lassen, statt nur auf das sichtbare Verhalten der Website zu achten.
8
24
Angriffsversuche sind kein Beweis für erfolgreiche Einbrüche
Cloudflare und Patchstack sollen bereits vor dem PHP-Update vom 21. Oktober Aktivitäten beobachtet haben, bei denen Systeme auf die Lücke geprüft wurden. Ein späterer Sicherheitsbericht sprach von Millionen Angriffsversuchen. Die BBC berichtete am 22. Oktober, es seien bis dahin keine erfolgreichen Ausnutzungen bekannt. Diese Angaben sprechen für Vorsicht, belegen aber nicht, dass die gemeldeten Versuche zu bestätigten Kompromittierungen führten.
2
3
34
Die belastbare Schlussfolgerung ist daher zurückhaltend: PHP2Shell war schwerwiegend, zog rasch die Aufmerksamkeit von Angreifern auf sich und machte dringende Updates erforderlich. Zahlen zu Angriffsversuchen sollten aber nicht als Zahl erfolgreicher Einbrüche dargestellt werden. Die hier zitierten Berichte liefern weder eine verlässliche Schätzung, wie viele verwundbare Websites erreichbar waren, noch einen Nachweis für Angriffe durch agentische KI.