Awwwards
404media ist jetzt Teil von Awwwards. Dort findest du unser Studioprofil und unsere Arbeiten.

Zwei kritische Lücken in PHP erlauben Angreifern, Code auf dem Webserver auszuführen. Wer betroffen ist, welches Update sie schließt und was du heute deinen Hoster fragen solltest.
Christoph SpeiserProjektleitung & VertriebKurz gesagt: Am 21. Oktober 2026 hat PHP zwei kritische Lücken im Kern geschlossen, bekannt als „PHP2Shell“. Angreifer können damit eigenen Code auf einem Webserver ausführen, ohne Passwort. Fast jede WordPress-, Joomla-, TYPO3- oder Drupal-Seite läuft auf PHP. Hast du so eine Seite, prüf, ob dein Hoster PHP 8.5.12, 8.4.27, 8.3.36 oder 8.2.35 eingespielt hat, oder ein Paket deiner Linux-Distribution mit dem Fix.
Die Universität Wien hat am selben Tag vorsorglich Websites, Webmail, Moodle und u:cloud vom Netz genommen. Angriffe auf ihre Systeme hat sie nicht festgestellt. Auch mehrere Nachrichtenseiten in Niederösterreich waren zeitweise nicht erreichbar.
PHP hat das Update am Abend des 20. Oktober angekündigt und am 21. Oktober gegen 15:35 Uhr österreichischer Zeit veröffentlicht. Die beiden Lücken tragen die Kennungen CVE-2026-109618 und CVE-2026-109619. PHP bewertet beide mit 9,2 von 10 (CVSS 4.0).
Laut CERT-EU kann ein Angreifer das kombinieren und aus der Ferne Code ausführen, ohne sich anzumelden. PHP beschreibt einen Angriff, der greift, bevor die Website-Anwendung überhaupt startet. Deshalb hilft ein Update von WordPress oder einem Plugin nicht.
Jede PHP-Installation, die Webanfragen beantwortet: PHP-FPM, Apache mit mod_php, php-cgi, FrankenPHP und LiteSpeed. Das höchste Risiko sieht PHP bei Apache mit mod_php.
| PHP-Version | Stand |
|---|---|
| 8.5, 8.4, 8.3, 8.2 | geschlossen in 8.5.12, 8.4.27, 8.3.36 und 8.2.35 |
| 8.1, 8.0, 7.4 | nur Quellcode-Patches, keine neue Version: beim Hoster nachfragen |
| älter | kein Fix |
Linux-Distributionen bauen Fixes oft in ältere Pakete ein. Ein Server kann also eine alte Versionsnummer zeigen und trotzdem sicher sein, oder umgekehrt. Sicher sagen kann es nur dein Hoster oder wer deinen Server betreut.
Nicht betroffen sind Seiten ohne PHP, etwa statische Seiten oder Seiten auf Next.js. Unsere eigene Seite und unsere Kunden-Websites laufen auf Next.js und ohne PHP.
Die Berichte gehen auseinander. CERT.at meldet, dass Angriffscode im Netz aufgetaucht ist, ob er funktioniert, ist nicht bestätigt. Patchstack berichtet von aktiven Angriffen bei mehreren Hosting-Partnern, Cloudflares Technikchef spricht von ersten Attacken. Das niederländische NCSC und die PHP Foundation hatten bis zum Abend des 21. Oktober keinen Missbrauch beobachtet. Bei einer Lücke dieser Schwere solltest du davon ausgehen, dass Angriffe folgen.
Die Lücke selbst ist mit einem Update geschlossen. Wichtiger ist die Frage, wer es beim nächsten Mal merkt. Eine WordPress-Seite hängt an PHP, einer Datenbank, einem Theme und oft 20 bis 30 Plugins, und jede Schicht braucht Updates. Laut Patchstack wurden 2025 im WordPress-Umfeld 11.334 neue Schwachstellen gemeldet, 91 % davon in Plugins.
Eine Next.js-Seite hat kein PHP, keinen öffentlichen Admin-Login und keine Datenbank, die Besucher erreichen. Immun ist sie deshalb nicht: Auch ihre Bausteine brauchen Updates. Es gibt aber viel weniger Schichten, die brechen können. Wann sich ein Neuaufbau lohnt und wann WordPress die bessere Wahl bleibt, steht in unserem Leitfaden WordPress zu Next.js. Wie der Umzug ohne Ranking-Verlust läuft, zeigt unsere Seite zur PHP-Migration.
Schick uns deine URL. Wir prüfen, auf welchem System und welcher PHP-Version deine Seite läuft, und sagen dir ehrlich, ob ein Update reicht oder sich ein Neuaufbau lohnt.
Nein. Die Lücke steckt in PHP, der Sprache, auf der WordPress läuft. PHP am Server muss aktualisiert werden, meist vom Hoster.
PHP 8.5.12, 8.4.27, 8.3.36 und 8.2.35, erschienen am 21. Oktober 2026. Für 7.4, 8.0 und 8.1 gibt es nur Quellcode-Patches. Frag deinen Hoster, ob sie eingespielt sind.
Von dieser Lücke nicht, solange am Server kein PHP läuft. Auch Next.js-Seiten brauchen aber regelmäßig Updates ihrer Bausteine.
Nein. Das Update schließt die Lücke. Ein Neuaufbau ist eine Überlegung wert, wenn deine Seite auf einer alten PHP-Version läuft, an vielen Plugins hängt oder niemand sie regelmäßig pflegt.

Mehr aus unseren Projekten in Wien.

Websites • • 9 Min. Lesezeit
Christoph Speiser
Websites • • 9 Min. Lesezeit
Christoph Speiser
Websites • • 8 Min. Lesezeit
Christoph Speiser
Erzähl uns von deinem Projekt. Christoph meldet sich persönlich bei dir.
Christoph Speiser, Projektleitung & Vertrieb