Kritisches PHP-Update veröffentlicht · 21. Oktober 2026 · jetzt aktualisieren

PHP-Version Ihrer Website prüfen. Ist sie von PHP2Shell betroffen?

Am 21. Oktober 2026 hat das PHP-Projekt PHP 8.5.12, 8.4.27, 8.3.36 und 8.2.35 veröffentlicht. Sie schließen zwei kritische Lücken (CVSS 9,2), über die Angreifer ohne Anmeldung Code auf Webservern ausführen können. Für PHP 8.1 und älter gibt es keine offizielle neue Version. Geben Sie Ihre Domain ein, und wir erklären Ihnen in einfachen Worten, was die PHP-Version bedeutet, die Ihre Website preisgibt.

Der Check wird geladen …

Kostenlos · Keine Installation · Ein normaler Seitenaufruf, kein Angriffsverkehr. Zuletzt aktualisiert

Was ist passiert?

Zwei kritische Lücken in PHP selbst.

Ein Großteil des Webs läuft mit PHP, darunter WordPress, WooCommerce, Shopware, Magento und viele Agentur-Websites. Am 21. Oktober 2026 hat das PHP-Projekt zwei kritische Sicherheitslücken geschlossen. Beide erlauben Remote-Code-Ausführung ohne Anmeldung: Ein Angreifer kann mit einer Web-Anfrage eigenen Code auf dem Server ausführen. Bei Apache mit mod_php funktioniert ein vorgeführter Angriff, bevor überhaupt Code der Website läuft.

Die korrigierten Versionen sind PHP 8.5.12, 8.4.27, 8.3.36 und 8.2.35. Laut Sicherheitsforschern waren Details schon einen Tag vorher bekannt. Rechnen Sie also damit, dass Angreifer gezielt nach ungepatchten Websites suchen. Ein Update von WordPress oder Plugins hilft nicht: Die Lösung ist ein PHP-Update auf Ihrem Server.

Update veröffentlicht
21. Oktober 2026
Korrigierte Versionen
PHP 8.5.12, 8.4.27, 8.3.36, 8.2.35
Schweregrad
Zwei kritische Lücken, je CVSS v4.0 9,2
Auswirkung
Remote-Code-Ausführung ohne Anmeldung
CVE-Kennungen
CVE-2026-109618, CVE-2026-109619
Gefährdet
Jedes PHP, das Web-Anfragen beantwortet: PHP-FPM, Apache mod_php (höchstes Risiko), php-cgi, FrankenPHP, LiteSpeed
Keine offizielle Version
PHP 8.1 und älter (nur Quellcode-Korrekturen für 7.4, 8.0, 8.1)
Ausnutzung
Umstritten (23. Oktober 2026): erste Angriffsversuche am 17. Oktober 2026 (AWS MadPot), eine Cloudflare-Welle am 21. Oktober ab ca. 07:43 UTC, weiterhin vor dem Update (laut Sansec), Angriffe in freier Wildbahn (watchTowr); Sansec und das BSI sehen keine erfolgreiche Ausnutzung in der Breite. Eine erfolgreich angegriffene Website ist öffentlich nicht belegt

Quelle: Sicherheitshinweis des PHP-Projekts vom 21. Oktober 2026. Linux-Distributionen und Anbieter mit Langzeit-Support haben die Korrekturen vorab erhalten. Ihre Pakete können die Korrektur also unter einer anderen Versionsnummer enthalten.

Was jetzt zu tun ist

Drei Schritte für Website-Betreiber.

01

PHP-Version herausfinden

Geben Sie oben Ihre Domain ein. Kann der Check die Version nicht sehen, finden wir sie für Sie heraus.

02

Jetzt aktualisieren

Sie brauchen PHP 8.5.12, 8.4.27, 8.3.36 oder 8.2.35 oder neuer. Auf einer unterstützten Reihe ist das ein normales PHP-Update. Wir spielen es für Sie ein: mit Sicherung und Test, innerhalb von 24 Stunden nach Ihrer Freigabe.

03

PHP 7, 8.0 oder 8.1? Upgraden

Für diese Versionen gibt es kein offizielles Update, nur Quellcode-Korrekturen für alle, die PHP selbst kompilieren. Die eigentliche Lösung ist der Wechsel auf eine unterstützte Version, und den übernehmen wir für Sie, inklusive Sicherung und Plugin-Prüfung.

Sie wissen nicht, wo Sie anfangen sollen? Schritt für Schritt: PHP-Version prüfen und aktualisieren in WordPress, cPanel und Plesk
Hat mein Hoster schon gepatcht? Stand bei IONOS, STRATO, ALL-INKL und weiteren

Nach dem Update

PHP ist eine Tür. Was steht sonst noch offen?

Eine kritische PHP-Lücke ist genau die Art Risiko, die monatelang unbemerkt unter einer Website liegt. Der Zybee Exposure Report prüft, was Ihre Website von außen preisgibt: veraltete Software, offen liegende Schlüssel und Dateien, vergessene Admin-Seiten und fehlende Schutzmaßnahmen. Jedes Ergebnis wird persönlich geprüft, mit einer klaren Reihenfolge, was Sie zuerst beheben sollten.

  • Veraltete Komponenten wie diese PHP-Version, mit Nachweis
  • Offen liegende Zugangsdaten, Backups und Konfigurationsdateien
  • Anleitungen zur Behebung für Ihren Entwickler, Hoster oder Ihr KI-Coding-Tool
249 €Einmalig. Lieferung in 12–48 Stunden. Zahlung nach Lieferung.

Fragen

Das PHP-Update, kurz erklärt.

Haben Sie eine andere Frage?

Fragen Sie uns
Was sind CVE-2026-109618 und CVE-2026-109619?

Zwei kritische Lücken in PHP selbst, der Sprache hinter den meisten Websites, darunter WordPress und die meisten Onlineshops. Beide erlauben Remote-Code-Ausführung ohne Anmeldung: Ein Angreifer kann mit einer Web-Anfrage eigenen Code auf dem Server ausführen. CVE-2026-109618 nutzt die Behandlung von Speichermangel aus, CVE-2026-109619 veralteten Zustand zwischen Anfragen. Das PHP-Projekt bewertet beide mit 9,2 (CVSS v4.0). Sicherheitsforscher nennen sie „PHP2Shell“.

Wann wurde das PHP-Sicherheitsupdate veröffentlicht?

Am Mittwoch, 21. Oktober 2026. Details waren schon am Vortag bekannt geworden, und Sicherheitsfirmen rechnen damit, dass Angreifer sofort nach ungepatchten Websites suchen. Aktualisieren Sie deshalb heute.

Welche PHP-Versionen schließen die Lücken?

PHP 8.5.12, 8.4.27, 8.3.36 und 8.2.35. Jede ältere Version dieser Reihen braucht das Update. PHP 8.1, 8.0, 7.x und 5.x haben keine offizielle neue Version bekommen. Das PHP-Projekt hat Quellcode-Korrekturen für 7.4, 8.0 und 8.1 veröffentlicht, und manche Linux-Distributionen und Anbieter mit Langzeit-Support spielen die Korrektur ein. Beachten Sie: Die Unterstützung für PHP 8.2 endet am 31. Dezember 2026.

Wird PHP2Shell schon ausgenutzt?

Das ist umstritten, Stand 23. Oktober 2026. watchTowr und Amazon melden Angriffe; Amazon sah den ersten Versuch schon am 17. Oktober, vier Tage vor dem Update. Laut Sansec funktionieren die öffentlichen Angriffswerkzeuge gegen eine PHP-Standardinstallation nicht, und das BSI kennt noch keine erfolgreiche Ausnutzung in der Breite. VulnCheck gibt an, einen funktionierenden Angriff zu besitzen, nur für eigene Kunden. Eine erfolgreich angegriffene Website ist öffentlich nicht belegt. Aktualisieren Sie trotzdem: Ein funktionierender Angriff existiert und kann jederzeit öffentlich werden.

Welche Server sind gefährdet?

Laut PHP-Projekt alle PHP-Installationen, die Web-Anfragen beantworten, darunter PHP-FPM, Apache mit mod_php, php-cgi, FrankenPHP und LiteSpeed. Am höchsten ist das Risiko bei mod_php, wo ein vorgeführter Angriff funktioniert, bevor Code der Website läuft.

Meine Website läuft mit WordPress. Hilft ein WordPress-Update?

Nein. Die Lücken stecken in PHP selbst, der Sprache, mit der WordPress läuft, nicht in WordPress. Entscheidend ist die PHP-Version auf Ihrem Server, und die verwaltet Ihr Hoster.

Ich habe Shared Hosting. Was kann ich tun?

Das ist kein Hindernis: Wir arbeiten mit Ihrem bestehenden Hosting-Zugang und stellen Ihre Website auf die neueste unterstützte PHP-Version um, mit der sie läuft, inklusive Sicherung und Plugin-Prüfung. Einen Hosterwechsel brauchen Sie nicht. Die erste Einschätzung ist kostenlos.

Der Check sagt, er kann es nicht erkennen. Bin ich sicher?

Nicht unbedingt. Ihr Server verbirgt seine PHP-Version oder meldet ein Paket einer Distribution, deshalb können wir es von außen nicht beurteilen. Wir finden es für Sie heraus und spielen das Update ein, falls es fehlt. Die erste Einschätzung ist kostenlos.

Kann ich mich schützen, bis ich aktualisieren kann?

Nur teilweise. Das PHP-Projekt nennt Einstellungen, die einzelne Angriffswege blockieren, etwa session.upload_progress.enabled abzuschalten und post_max_size zu senken. Es sagt aber klar, dass das eine Installation nicht sicher macht. Nur das Update behebt die Lücken vollständig.

Ist der Check sicher für meine Website?

Ja. Wir rufen Ihre Startseite einmal auf, genau wie der Browser eines Besuchers, und lesen die Server-Header sowie die WordPress-Version, die die Seite nennt. Wir senden nichts, was die Lücke testet. Wiederholte Checks innerhalb von zehn Minuten nutzen das erste Ergebnis, Ihre Website wird also nicht erneut aufgerufen. Wir speichern die Domain, das Ergebnis und eine pseudonymisierte Form Ihrer IP-Adresse für 90 Tage, um Missbrauch zu verhindern, und löschen sie dann automatisch.

Quellen