PHP-Version herausfinden
Geben Sie oben Ihre Domain ein. Kann der Check die Version nicht sehen, finden wir sie für Sie heraus.
Kritisches PHP-Update veröffentlicht · 21. Oktober 2026 · jetzt aktualisieren
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 …
Wir nutzen Ihre E-Mail nur, um auf diese Anfrage zu antworten. Datenschutz
PHP ist in Ordnung. Was gibt Ihre Website sonst preis?
Exposure Report anfordernKostenlos · Keine Installation · Ein normaler Seitenaufruf, kein Angriffsverkehr. Zuletzt aktualisiert
Was ist passiert?
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.
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
Geben Sie oben Ihre Domain ein. Kann der Check die Version nicht sehen, finden wir sie für Sie heraus.
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.
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
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.
Fragen
Haben Sie eine andere Frage?
Fragen Sie unsDanke, Ihre Anfrage ist unterwegs. Wir antworten an .
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“.
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.
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.
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.
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.
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.
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.
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.
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.
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.