PHP-Sicherheitslücke PHP2Shell: Was Website-Betreiber jetzt tun
PHP2Shell sind zwei kritische Sicherheitslücken in der Programmiersprache PHP, CVE-2026-109618 und CVE-2026-109619, über die Angreifer ohne Anmeldung eigenen Code auf Webservern ausführen können. Betroffen ist jede PHP-Installation, die Webseiten ausliefert, also auch fast jede Seite mit WordPress, Joomla, Drupal, TYPO3 oder Shopware. Geschlossen wird die Lücke durch das Update auf PHP 8.5.12, 8.4.27, 8.3.36 oder 8.2.35, das seit 21. Oktober 2026 verfügbar ist. Wer nicht sofort aktualisieren kann, sollte die Seite laut CERT-EU vorübergehend vom Netz nehmen.
Was ist PHP2Shell?
PHP ist die Programmiersprache, mit der ein Großteil aller Websites auf dem Server erzeugt wird; Schätzungen liegen zwischen 70 und 80 Prozent. PHP2Shell ist der gemeinsame Name für zwei Fehler in PHP selbst, nicht in einer einzelnen Anwendung. Das PHP-Team bewertet beide mit 9,2 von 10 Punkten (CVSS 4.0), also als kritisch. Der Name lehnt sich an Log4Shell an, die große Java-Lücke von 2021.
Gefunden haben die Lücken Forschende von Wiz, OpenAI, Calif und Quarkslab. Gemeldet wurden sie dem PHP-Team im August 2026. Weil Details am 20. Oktober vorzeitig im Netz kursierten, zog PHP die Veröffentlichung um einen Tag vor. Die Updates erschienen am 21. Oktober 2026 kurz vor 16 Uhr österreichischer Zeit.
Die beiden Lücken in einfachen Worten
- CVE-2026-109618: Geht PHP beim Annehmen einer Anfrage der Speicher aus, bricht es mitten in der Vorbereitung ab. Beim Aufräumen behandelt PHP halb fertige Daten trotzdem als gültig. Ausgelöst wird das über präparierte Formular- und Upload-Anfragen.
- CVE-2026-109619: Daten einer Anfrage bleiben im PHP-Prozess zurück, obwohl ihr Speicher schon freigegeben ist. Die nächste Anfrage an denselben Prozess greift darauf zu. Bestätigt ist das über die Upload-Fortschrittsanzeige von Sitzungen, unter PHP 8.5 zusätzlich über die Einstellung fatal_error_backtraces.
- Die Folge ist bei beiden gleich: Angreifer führen Code mit den Rechten des Webservers aus oder lesen Teile des Speichers mit, darunter Passwörter, Sitzungen und API-Schlüssel anderer Besucher.
Warum gehen gerade Websites weltweit offline?
Weil es vor dem Update keinen verlässlichen Schutz gab. CERT-EU, die Cybersicherheitsstelle der EU-Institutionen, riet am 20. Oktober, öffentlich erreichbare PHP-Anwendungen notfalls vom Netz zu trennen. Das britische NCSC empfahl dasselbe für Systeme, die nicht sofort aktualisiert werden können. Die Universität Wien nahm am 21. Oktober vorsorglich Webseiten, Online-Formulare, Webmail, Moodle, u:cloud, BigBlueButton und u:rise vom Netz. Angriffe auf ihre Systeme stellte sie nach eigener Aussage nicht fest.
Cloudflare meldete schon vor der Veröffentlichung Angriffsversuche gegen Kundenseiten. Für Apache mit mod_php hat das PHP-Team einen funktionierenden Angriff bestätigt, bei dem eine einzige anonyme Anfrage reicht, bevor überhaupt Code der Website läuft. Gehen Sie deshalb davon aus, dass ungepatchte Server in den nächsten Tagen gezielt gesucht werden.
Ist meine Website betroffen?
| Ihre Situation | Betroffen? | Was zu tun ist |
|---|---|---|
| Website mit WordPress, Joomla, Drupal, TYPO3, Contao oder Shopware | Ja, solange PHP nicht aktualisiert ist | Hoster oder Administrator fragen, Update einspielen lassen |
| Webhosting-Paket mit Kundenmenü (Shared Hosting) | Ja, der Hoster muss PHP aktualisieren | Patchstand schriftlich bestätigen lassen |
| Eigener Server, VPS oder Root-Server | Ja | Update einspielen und alle PHP-Dienste neu starten |
| PHP 8.1, 8.0, 7.4 oder älter | Ja, ohne offizielles Update | Korrektur der Linux-Distribution prüfen, Umstieg planen |
| Website ohne PHP, etwa statisch oder mit Next.js | Nicht direkt | Andere Systeme prüfen: Shop, Webmail, Kundenportal, Buchung |
| Handy, Laptop oder Büro-PC | Nein, betroffen sind Server | Auf Phishing-Mails zum Thema achten |
Ob Ihre Website PHP nutzt und welche Version sie nach außen meldet, zeigt der kostenlose PHP2Shell-Check in wenigen Sekunden. Wie Sie die Version selbst herausfinden, steht im Ratgeber PHP-Version herausfinden.
Welche PHP-Versionen schließen die Lücke?
| PHP-Zweig | Abgesichert ab | Sicherheitsupdates bis |
|---|---|---|
| 8.5 | 8.5.12 | 31.12.2029 |
| 8.4 | 8.4.27 | 31.12.2028 |
| 8.3 | 8.3.36 | 31.12.2027 |
| 8.2 | 8.2.35 | 31.12.2026 |
| 8.1 und älter | Kein offizielles Release, nur Quell-Patches für 7.4, 8.0 und 8.1 | Bereits abgelaufen |
Wichtig für alle, die PHP aus Linux-Paketen beziehen: Ubuntu und Red Hat spielen Korrekturen oft in die alte Versionsnummer ein. Ubuntu 24.04 meldet etwa weiterhin PHP 8.3.6, obwohl das Paket abgesichert ist. Entscheidend ist dann der Paketstand, nicht die Ausgabe von php -v. Wie das geht, zeigt die Anleitung zum PHP-Sicherheitsupdate.
Was sollten Betreiber heute tun?
- Herausfinden, wo überall PHP läuft: Website, Onlineshop, Buchungssystem, Webmail, Intranet, Kundenportal und vergessene Test- oder Subdomains.
- Den Hoster oder Administrator schriftlich nach dem Patchstand fragen. Eine Vorlage steht im Ratgeber WordPress und PHP2Shell.
- Das Update auf PHP 8.5.12, 8.4.27, 8.3.36 oder 8.2.35 oder das gepatchte Distributionspaket einspielen und danach jeden PHP-Prozess neu starten.
- Ist das heute nicht möglich: Seite vom Netz nehmen oder per Zugangsschutz am Webserver abschirmen, bis das Update läuft.
- Nach dem Update Passwörter, Datenbank-Zugänge und API-Schlüssel auf dem Server erneuern, wenn die Seite vorher ungepatcht online war, und nach Spuren eines Einbruchs suchen. Was dabei zählt, beschreibt Website gehackt: was tun?.
- Wer noch PHP 8.2 oder älter nutzt, plant jetzt den Umstieg auf 8.4 oder 8.5. PHP 8.2 bekommt nur noch bis Jahresende Sicherheitsupdates.
Reichen Firewall, Cloudflare oder eine Einstellung in der php.ini?
Nein. Cloudflare hat am 21. Oktober Firewall-Regeln gegen bekannte Angriffsmuster für alle Tarife aktiviert, nennt sie aber selbst eine zusätzliche Schutzschicht, die das Update nicht ersetzt. Die im Netz verbreitete Einstellung session.upload_progress.enabled = 0 schließt nur einen von mehreren Angriffswegen. PHP-Kernentwicklerin Gina Peter Banyard stellte klar, dass nur das offizielle Update dauerhaft schützt.
Was heißt das für Privatpersonen?
Wenig tun, aber wachsam sein. Auf Handys und Laptops müssen Sie wegen PHP2Shell nichts aktualisieren. Betrüger nutzen solche Schlagzeilen aber gern für gefälschte Mails wie „Ihr Konto wurde gehackt, bestätigen Sie hier Ihr Passwort“. Klicken Sie keine Links in solchen Mails an, sondern öffnen Sie den Dienst selbst über die bekannte Adresse. Worauf Sie achten, steht im Ratgeber Phishing erkennen.
Was bedeutet PHP2Shell für Unternehmen in Österreich?
Wird eine Website mit Kundendaten über die Lücke angegriffen, kann das eine Verletzung des Schutzes personenbezogener Daten sein. Dann ist nach Art. 33 DSGVO in der Regel binnen 72 Stunden eine Meldung an die Datenschutzbehörde nötig. Einrichtungen, die unter das NISG 2026 fallen, haben zusätzlich eigene Meldepflichten; den Überblick gibt der Ratgeber NIS2 in Österreich. Dieser Beitrag ist keine Rechtsberatung.
Wie wir unterstützen
Wir prüfen, wo in Ihrem Betrieb PHP läuft, spielen das Update ein oder stimmen es mit Ihrem Hoster ab, starten die Dienste neu und kontrollieren danach, ob die Korrektur wirklich aktiv ist. Abgerechnet wird nach Aufwand mit 95 € netto pro Stunde im 15-Minuten-Takt, vor Ort in Wien plus 39 € Anfahrt. Den laufenden Betrieb mit Updates und Überwachung übernehmen wir in der Website-Betreuung, die übrige IT unter IT-Sicherheit für kleine Betriebe. Unsere eigene Website läuft übrigens ohne PHP und ist von PHP2Shell nicht betroffen.
Häufige Fragen zum Thema
Was ist PHP2Shell?
PHP2Shell ist der Name für zwei kritische Sicherheitslücken in PHP, CVE-2026-109618 und CVE-2026-109619, beide mit 9,2 von 10 Punkten bewertet. Angreifer können damit ohne Anmeldung Code auf Webservern ausführen und Speicherinhalte wie Passwörter auslesen. Betroffen sind alle PHP-Versionen seit PHP 5, die Webseiten ausliefern.
Welche PHP-Version ist gegen PHP2Shell sicher?
PHP 8.5.12, 8.4.27, 8.3.36 und 8.2.35 sowie neuere Versionen dieser Zweige. Für PHP 8.1 und älter gibt es kein offizielles Release, nur Korrekturen einzelner Linux-Distributionen und Quell-Patches für 7.4, 8.0 und 8.1.
Muss ich als Privatperson etwas updaten?
Nein. Betroffen sind Server, nicht Handys oder Laptops. Seien Sie in den nächsten Tagen aber vorsichtig bei Mails, die mit gehackten Konten drohen und zur Eingabe von Passwörtern auffordern.
Warum war die Website der Universität Wien offline?
Die Universität Wien hat am 21. Oktober 2026 vorsorglich Webseiten, Formulare, Webmail und Lernplattformen vom Netz genommen, bis das PHP-Update verfügbar und eingespielt war. Angriffe auf ihre Systeme stellte sie nach eigenen Angaben nicht fest.
Wird die Lücke bereits ausgenutzt?
Cloudflare meldete am 21. Oktober Angriffsversuche gegen Kundenseiten, und das PHP-Team hat einen funktionierenden Angriff gegen Apache mit mod_php bestätigt. Ungepatchte Server sollten Sie deshalb als gefährdet betrachten.
Schützt es, die PHP-Version zu verstecken?
Nein. Mit expose_php = Off sehen Angreifer die Version nicht mehr auf einen Blick, die Lücke bleibt aber offen. Angriffe funktionieren auch ohne Kenntnis der Version.
Quellen
Stand der Angaben: 21. Oktober 2026. Gesetze und Förderbedingungen ändern sich; maßgeblich sind die verlinkten Originalquellen.
- PHP: Ankündigung des kritischen Sicherheitsupdates (php.announce, 20. Oktober 2026)
- PHP: News-Archiv 2026 mit den Releases 8.5.12, 8.4.27, 8.3.36 und 8.2.35
- PHP: Advisory GHSA-w8hw-w9fx-j79w zu CVE-2026-109618
- PHP: Advisory GHSA-6wmf-4rv5-p3rp zu CVE-2026-109619
- PHP: Unterstützte Versionen und Support-Enden
- CERT-EU: Security Advisory 2026-018, Critical Vulnerabilities in PHP
- CERT.at: Aktuelle Meldungen, Warnung vom 20. Oktober 2026
- BSI: Cybersicherheitswarnung „PHP: Kritische Schwachstellen bedrohen Webanwendungen weltweit“
- Cloudflare: Schutzregeln gegen php2shell (21. Oktober 2026)
- Mattias Geniar: Patches für CVE-2026-109618 und CVE-2026-109619 einspielen
- Kurier: „Sicherheitsmaßnahme“: IT-Systeme der Uni Wien sind offline (21. Oktober 2026)
- MeinBezirk: Universität Wien, Plattformen wegen kritischer Sicherheitslücken offline (21. Oktober 2026)
- BleepingComputer: PHP ships emergency patches for critical PHP2Shell flaws
- Help Net Security: PHP2Shell, critical PHP vulnerabilities patched