Sicherheit und Wartung
Zwei kritische PHP-Sicherheitslücken: Wie schützen Sie Ihre Website?
PHP-Sicherheitslücken im Oktober 2026: korrigierte Versionen, Hosting-Prüfungen und Updates für Ihre WordPress-Website oder PHP-Anwendung.
Meine Website nutzt PHP: Was sollte ich jetzt tun?
Lassen Sie sich von Ihrem Hosting-Anbieter oder Ihrer technischen Leitung bestätigen, dass die beiden Sicherheitslücken CVE-2026-109618 und CVE-2026-109619 in der Umgebung behoben wurden, die Ihre Website tatsächlich ausliefert. Die korrigierten PHP-Versionen sind 8.2.35, 8.3.36, 8.4.27 und 8.5.12; auch ein Anbieterpaket kann rückportierte Korrekturen enthalten. Ein Update von WordPress oder seinen Plugins aktualisiert PHP nicht. Lassen Sie die Installation des Patches, den Neustart der betroffenen Prozesse und die wichtigsten Abläufe der Website überprüfen.
Eine Sicherheitswarnung wirft für ein Unternehmen schnell konkrete Fragen auf: Ist unsere Website betroffen, wer muss handeln und wie prüfen wir, ob das Problem behoben ist? Die beiden im Oktober 2026 bekannt gegebenen kritischen PHP-Sicherheitslücken erfordern rasches Handeln in Abstimmung mit den Verantwortlichen für das Hosting.
Dieser am 23. Oktober 2026 geprüfte Überblick erläutert die verfügbaren Korrekturen, die erforderlichen Prüfungen und die anschließende Organisation. Außerdem erfahren Sie, welche Leistungen von Oryon bei der Bestandsaufnahme, bei Updates und bei der Betreuung Ihrer Infrastruktur helfen können.
Zwei bestätigte Sicherheitslücken, Korrekturen bereits verfügbar
Die Sicherheitshinweise des PHP-Projekts beschreiben CVE-2026-109618, die den Umgang mit Speichermangel betrifft, und CVE-2026-109619, bei der ein interner Zustand zwischen Anfragen erhalten bleibt. Beide gelten als kritisch und haben einen CVSS-v4-Wert von 9,2 von 10. Eine erfolgreiche Ausnutzung kann die Ausführung von Code auf einem verwundbaren Server ohne Authentifizierung ermöglichen.
Das Risiko betrifft PHP-Installationen, die Webanfragen verarbeiten, darunter PHP-FPM, Apache mit mod_php, CGI, FrankenPHP und LiteSpeed. Die Voraussetzungen für eine Ausnutzung unterscheiden sich je nach Umgebung. CERT-FR meldete am 22. Oktober Machbarkeitsnachweise für bestimmte Bereitstellungen; daraus lässt sich nicht ableiten, wie viele Websites tatsächlich kompromittiert wurden.
Fast 70 %: eine Nutzungszahl, keine Bilanz gehackter Websites
Zum 23. Oktober 2026 schätzt W3Techs, dass PHP bei 69,3 % der Websites eingesetzt wird, deren serverseitige Programmiersprache bekannt ist. Diese Einschränkung ist entscheidend: Die Zahl bezieht sich weder auf sämtliche Websites noch auf eine Bestandsaufnahme der weiterhin verwundbaren Installationen.
Für Ihr Unternehmen ist deshalb die eigene Installation ausschlaggebend. Ein WordPress-Logo, eine normal antwortende Seite oder eine in einem öffentlichen Werkzeug angezeigte Versionsnummer reichen nicht aus, um die Installation beider Korrekturen zu bestätigen.
Welche PHP-Versionen beheben diese Sicherheitslücken?
Das PHP-Projekt veröffentlichte die folgenden Versionen am 21. Oktober 2026. Bei einer direkt vom PHP-Projekt bezogenen Installation prüfen Sie den verwendeten Versionszweig und installieren eine korrigierte Version dieses Zweigs oder eine spätere, mit Ihrer Anwendung kompatible Version.
Linux-Distributionen können eine Korrektur rückportieren, ohne diese Versionsnummer zu übernehmen. Ubuntu hat beispielsweise beide CVEs im Paket 8.3.6-0ubuntu0.24.04.13 für Ubuntu 24.04 behoben. Fragen Sie nach der vollständigen Paketversion und dem zugehörigen Sicherheitshinweis des Anbieters, bevor Sie allein aus der PHP-Versionsnummer Schlüsse ziehen.
PHP 8.1 und ältere Versionszweige werden vom PHP-Projekt nicht mehr allgemein unterstützt. Gezielte Rückportierungen sind verfügbar, stellen diesen Support jedoch nicht wieder her: Prüfen Sie den Leistungsumfang Ihres Anbieters und bereiten Sie eine kompatible Migration vor. Der Support für PHP 8.2 endet am 31. Dezember 2026.
| PHP-Versionszweig | Korrigierte Version |
|---|---|
| 8.2 | 8.2.35 |
| 8.3 | 8.3.36 |
| 8.4 | 8.4.27 |
| 8.5 | 8.5.12 |
Ein Maßnahmenplan für Ihre Website oder Anwendung
Klären Sie zuerst, wer die PHP-Umgebung ändern kann. Bei Shared Hosting liegt dies in der Regel beim Hosting-Anbieter. Bei einem von Ihrem Unternehmen verwalteten Server stimmen Sie die Arbeiten mit Ihrer technischen Leitung oder Ihrem IT-Betriebsdienstleister ab. Wer Ihre Seiten bearbeitet, hat nicht zwangsläufig Zugriff auf den Server.
- Erfassen Sie die betroffenen PHP-Websites, Subdomains und Anwendungen, einschließlich vergessener, aber weiterhin erreichbarer Umgebungen.
- Holen Sie eine Bestätigung zu beiden CVEs, zum installierten Paket oder Image und zur tatsächlich verwendeten Webumgebung ein. Die Version auf der Kommandozeile kann von der Version der Website abweichen.
- Prüfen Sie, ob eine nutzbare Sicherung und ein Wiederherstellungsverfahren vorhanden sind, und bereiten Sie Kompatibilitätstests vor. Diese Vorbereitung sollte der Dringlichkeit angemessen bleiben.
- Installieren Sie den mit dem Hosting-Anbieter abgestimmten Patch. Bei einem Container aktualisieren Sie das Image, erstellen die betroffenen Instanzen neu und stellen sie erneut bereit.
- Starten Sie die betroffenen PHP- oder Webprozesse nach dem für die Umgebung vorgesehenen Verfahren neu und bestätigen Sie anschließend die tatsächlich geladene Version oder das Paket.
- Testen Sie Formulare, Anmeldung, Verwaltung und bei einem Onlineshop den Bestellablauf. Dokumentieren Sie die Ergebnisse, den Zeitpunkt des Eingriffs und gegebenenfalls noch offene Punkte.
Warum ein WordPress-Update oder eine Firewall nicht ausreicht
WordPress, seine Plugins, sein Theme und PHP sind eigenständige Komponenten. Ein aktuelles WordPress-Dashboard bestätigt nicht, dass die PHP-Umgebung den Patch erhalten hat. Beide Ebenen müssen betreut werden; vor dem Wechsel des PHP-Versionszweigs ist die Kompatibilität zu prüfen.
Laut PHP bietet keine abmildernde Maßnahme einen vollständigen Ersatz für das Update. CERT-FR beschreibt vorläufige, nicht validierte Umgehungsmaßnahmen: Einige verringern nur einen Teil der Angriffsfläche und können Website-Funktionen beeinträchtigen. Eine Web Application Firewall kann zum vorübergehenden Schutz beitragen, ersetzt aber nicht den Patch.
Ist eine sofortige Behebung nicht möglich, stimmen Sie notwendige Einschränkungen oder eine vorübergehende Isolierung mit den Hosting-Verantwortlichen ab. Bei Anzeichen eines Einbruchs beweist ein Update allein nicht, dass der Server sauber ist: Sichern Sie vorhandene Protokolle und lassen Sie den Vorfall untersuchen.
Nach dem Notfall: Zuständigkeiten für Updates klären
Sinnvolle Wartung hinterlässt nachvollziehbare Aufzeichnungen: betreute Komponenten, zuständige Personen, ausgeführte Arbeiten und durchgeführte Prüfungen. Sie plant auch den Ersatz von Versionen am Ende ihres Supports. Ohne diesen Rahmen kann eine Warnung offenlegen, dass niemand mehr weiß, wie sich die Hosting-Umgebung einer Website aktualisieren lässt.
Verlangen Sie einen schriftlichen Leistungsumfang: PHP und Betriebssystem, CMS und Plugins, individueller Code, Sicherungen, Wiederherstellungstests und Überwachung. Legen Sie fest, wer Warnungen erhält und dringende Eingriffe freigibt. Ziel ist ein anwendbares, dokumentiertes Verfahren; keine Dienstleistung kann die Abwesenheit sämtlicher Sicherheitslücken garantieren.
Wie Oryon Sie unterstützen kann
Sie wissen nicht, welche Version auf Ihrer Website läuft, wer PHP betreut oder welche Updates Vorrang haben sollten? Das technische Audit von Oryon erfasst den Ist-Zustand im vereinbarten Umfang, ordnet Risiken nach Priorität und empfiehlt Maßnahmen. Das Audit und die Umsetzung der Korrekturen sind Leistungen, deren Umfang jeweils gesondert festzulegen ist.
Für Linux-Server verbindet unsere Betriebsbetreuung Bestandsaufnahme, Updates, Überwachung und Sicherungen mit getesteter Wiederherstellung. Bei WordPress-Websites umfasst unsere Unterstützung insbesondere die Übernahme, Absicherung und Wartung, mit Vorbereitung und Prüfungen gemäß Angebot. Gemeinsam klären wir die Zuständigkeiten für Hosting, Website und individuellen Code.
Nennen Sie zur Vorbereitung des Gesprächs die Website-Adresse, Ihren Hosting-Anbieter, das CMS, sofern bekannt, und bereits erhaltene Rückmeldungen zu diesen beiden CVEs. Übermitteln Sie keine Passwörter über das Kontaktformular. Auf dieser Grundlage können wir passende Prüfungen und Eingriffe für Ihre Situation festlegen.