PHP2Shell ist die Sammelbezeichnung für zwei kritische Schwachstellen in PHP: CVE-2026-109618 und CVE-2026-109619. Beide sind mit CVSS 9,2 bewertet und können es Angreifern ermöglichen, ohne Anmeldung Code auf einem PHP-Webserver auszuführen. PHP veröffentlichte am 21. Oktober 2026 Sicherheitsupdates. Berichte über eine vorzeitige Bekanntgabe erhöhten den Zeitdruck auf die Verantwortlichen.
4
5
24
Was hinter den PHP2Shell-Lücken steckt
Beide Schwachstellen betreffen die Speicherverwaltung bei der Verarbeitung von Webanfragen. PHP beschreibt CVE-2026-109618 als Speicherbeschädigung bei der Bereinigung nach einem Speichermangel. Bei CVE-2026-109619 kann veralteter, an eine Anfrage gebundener Zustand von einer späteren Anfrage desselben Workers wiederverwendet werden. Beide Fehler können zur Ausführung von Schadcode aus der Ferne führen.
4
10
Betroffen sind PHP-Installationen, die Webanfragen verarbeiten – darunter PHP-FPM sowie Apache mit mod_php. PHP nennt mod_php als die Konfiguration mit dem höchsten Risiko.
4
5
7
Diese PHP-Versionen enthalten die Korrekturen
PHP veröffentlichte die behobenen Versionen am 21. Oktober 2026:
4
- PHP 8.5.12
- PHP 8.4.27
- PHP 8.3.36
- PHP 8.2.35
Administratoren sollten für jeden eingesetzten PHP-Zweig auf die passende korrigierte Version aktualisieren. Dabei reicht es nicht, nur das verwendete Framework oder CMS zu prüfen: Entscheidend sind sämtliche PHP-Installationen, die Webverkehr verarbeiten.
4
5
Berichten zufolge wurden die Updates früher als ursprünglich geplant veröffentlicht: Statt am 22. Oktober kamen sie bereits am 21. Oktober. Was genau vorab bekannt wurde, wer die Informationen weitergab und auf welchem Weg sie verbreitet wurden, ist anhand der verfügbaren Berichte nicht geklärt.
3
20
Was über Angriffsversuche bekannt ist
Amazon Threat Intelligence meldete einen Angriffsversuch auf seinen MadPot-Honeypot, der auf den 17. Oktober datiert ist – vier Tage vor der öffentlichen Bekanntgabe und den Updates. Der Versuch stammte laut Amazon von einer IP-Adresse, die einem kommerziellen Anonymisierungsdienst zugeordnet war. Wie der Angreifer vorab von den Schwachstellen erfahren hatte, blieb unklar.
24
Cloudflare berichtete nach der Bekanntgabe von Millionen Angriffsversuchen. Diese Zahl beschreibt registrierte Versuche und ist keine Zählung erfolgreich kompromittierter Websites.
18
19 Auch ein im Honeypot protokollierter Versuch belegt, dass ein Ziel angegriffen wurde – nicht, dass ein produktiver Server übernommen werden konnte. Wie viele produktive Systeme gegebenenfalls betroffen waren, geht aus den verfügbaren Berichten nicht hervor.
24
46
Was Administratoren jetzt tun sollten
- PHP aktualisieren: Installieren Sie für jeden verwendeten PHP-Zweig die passende korrigierte Version.
4
- Aktivitäten ab dem 17. Oktober prüfen: Wegen des früh registrierten Versuchs sollte die rückwirkende Untersuchung nicht erst am Tag der Veröffentlichung beginnen.
24
46
- Versuch und erfolgreichen Einbruch getrennt bewerten: Hohe Zahlen bei Angriffsversuchen zeigen, dass eine Schwachstelle aktiv getestet wird. Sie beweisen aber nicht, dass ein bestimmter Server erfolgreich kompromittiert wurde.
18
24
Die wichtigste Maßnahme ist, betroffene PHP-Installationen zu aktualisieren und relevante Aktivitäten mindestens ab dem 17. Oktober zu untersuchen. Die gemeldeten Millionen Versuche unterstreichen die Dringlichkeit – sie sind für sich genommen jedoch kein Beleg dafür, dass jeder angegriffene Server übernommen wurde.