UNABHÄNGIGE PHP-SICHERHEITSWERKZEUGE
Eine verlässliche Einschätzung beginnt mit der richtigen Version. Prüfen Sie den PHP2Shell-Patchstand und finden Sie die nächsten Schritte für Ihre Umgebung.
Datenschutz: Ihre Eingabe bleibt in diesem Browser.
PHP ist die beste Sprache der Welt
01 / VERSION PRÜFEN
Fügen Sie eine PHP-Version, die Ausgabe von php -v oder eine Version pro Zeile ein. Dies ist ein Versionsvergleich, kein Exploitationstest.
PHP2SHELL / FRAMEWORK / CMS
Beheben Sie PHP2Shell in Framework, Blog oder Shop: laufendes PHP ermitteln, Anwendungskompatibilität prüfen, Upgrade-Hürden beseitigen und die Korrekturen für CVE-2026-109618 und CVE-2026-109619 verifizieren.
PHP2SHELL / PHP2Shell-Werkzeuge
Öffentliche Websites prüfen, lokale Konfigurationen und Logs untersuchen oder Open-Source-Werkzeuge finden. Jedes Ergebnis nennt Belege und Grenzen.
Öffentliche Websites prüfen, lokale Konfigurationen und Logs untersuchen oder Open-Source-Werkzeuge finden. Jedes Ergebnis nennt Belege und Grenzen.
01PHP ist die Laufzeit hinter WordPress, Laravel und Plugins. Ein Plugin-Update aktualisiert PHP nicht. Zwei Speicherfehler können bei fehlerhafter Request-Bereinigung Daten offenlegen oder Code ausführen. Eine öffentliche Prüfung liefert nur Hinweise; die tatsächliche Web-Laufzeit und den Patch muss der Administrator bestätigen.
02Auffällige Multipart-Anfragen oder WAF-Alarme können Versuche anzeigen. OOM, SIGSEGV/SIGABRT und HTTP-500-Spitzen haben auch harmlose Ursachen. Unerwartete PHP-Kindprozesse, Verbindungen, Dateiänderungen oder Konten dringend untersuchen. Speicherlecks müssen keine Webshell oder Datei hinterlassen; ein sauberer Dateiscan schließt sie nicht aus.
03Entdeckungszeit, Domain, Instanz, Laufzeit, Symptome und letzten vertrauenswürdigen Zustand notieren. Originale Zugriffs-, Fehler-, WAF- und Prozesslogs samt Zeitzone sowie Cloud-Auditdaten und autorisierte Snapshots sichern. Kopien beschränken und hashen. Keine Tokens oder Kundendaten an öffentliche Scanner senden. Logs und verdächtige Dateien vor Sicherung nicht löschen.
04Die Forschung erklärt Fehler über Request-Grenzen hinweg. GHSA zu CVE-2026-109618 bestätigt mod_php-RCE; FPM-Anfälligkeit beruht auf Quellanalyse ohne vollständigen FPM-Exploit für diese CVE. CVE-2026-109619 bestätigt separat einen anwendungsabhängigen FPM-Upload-Progress-Pfad. Belege je SAPI anhand der jeweiligen offiziellen Advisory unterscheiden.
05Cloudflare beschreibt Transaktionserkennung aus Anfrage und Origin-Antwort, die passende Antworten vor möglichem Datenabfluss blockiert. Das ist auch ohne Shell-Start relevant. Historische Rollout-Zeiten garantieren keinen Schutz Ihres Kontos. Regeln, Routing, Ausnahmen und Ereignisse prüfen. Direkte Origin-Zugänge und nicht proxied Hosts bleiben zu patchen.
02 / PATCH-BASIS
Veröffentlicht vom PHP-Sicherheitsteam am 21. Oktober 2026. Vergleichen Sie innerhalb Ihres Zweigs.
PHP.net ↗
| PHP-Zweig | Upstream-Versionen unter | Erste korrigierte Version | Ende der Sicherheitsupdates |
|---|---|---|---|
| PHP 8.5 | < 8.5.12 | ✓ 8.5.12 | 31. Dez. 2029 |
| PHP 8.4 | < 8.4.27 | ✓ 8.4.27 | 31. Dez. 2028 |
| PHP 8.3 | < 8.3.36 | ✓ 8.3.36 | 31. Dez. 2027 |
| PHP 8.2 | < 8.2.35 | ✓ 8.2.35 | 31. Dez. 2026 |
Für diese Zweige gibt es keine reguläre PHP-Veröffentlichung. Minimale Quellcode-Backports existieren für 7.4, 8.0 und 8.1. Herstellerunterstützung separat prüfen. Anleitung lesen ↗
03 / VON DER PRÜFUNG ZUR KORREKTUR
Alle PHP-Interpreter, Paketquellen und Website-Handler ermitteln.
Korrigierten Build oder dokumentierten Hersteller-Backport installieren.
Laufende Worker ersetzen und jede Instanz kontrollieren.
Ermitteln Sie php*-common und das Paket des Web-Handlers.
Anleitung lesenUnterscheiden Sie OS-Pakete, Modulstreams und Drittanbieterquellen.
Anleitung lesenEin Neustart desselben Containers installiert keinen Patch.
Anleitung lesenPanel-PHP kann unabhängig vom System-PHP sein.
Anleitung lesenEin WordPress-, Drupal- oder Joomla-Update aktualisiert PHP nicht.
Anleitung lesenPHP2SHELL / CVE
PHP2Shell umfasst Speichersicherheitsfehler in PHP selbst. Eine aktuelle Anwendung kann auf einem ungepatchten Interpreter laufen.
CVE-2026-109618 betrifft den vorzeitigen Ausstieg bei OOM. Teilinitialisierter Anfragespeicher kann bei der Bereinigung verwendet werden. Die Korrektur ersetzt das unsichere Muster durch neue weiche und harte Speichergrenzen. Vollständige RCE ist für mod_php bestätigt; FPM gilt als anfällig für anwendungsabhängige Pfade, ohne vollständigen FPM-Exploit für diese CVE.
Anleitung lesen ↗CVE-2026-109619 lässt Worker auf bereits freigegebenen Anfragespeicher verweisen. Eine spätere Anfrage am selben Worker kann diesen vor der Initialisierung verwenden. Bestätigte Pfade betreffen PHP-8.5-Fehler-Backtraces und den Session-Upload-Fortschritt. RCE wurde für mod_php sowie FPM mit geeignetem Anwendungspfad validiert.
Anleitung lesen ↗Nein. FPM beendet einen Kindprozess bei fehlgeschlagenem Anfrage-Start und verhindert damit bestimmte Startsequenzen. Anwendungs- und anfrageübergreifende Pfade bleiben möglich. Die mod_php-Demonstration belegt nicht identische Ausnutzbarkeit jeder Umgebung; FPM ist aber auch kein Ersatz für ein Update.
Ubuntu, Debian und Enterprise-Linux können alte Upstream-Nummern mit neuen Sicherheitsrevisionen behalten. Ein Banner wie 8.3.6 beweist weder Anfälligkeit noch Korrektur. Ordnen Sie OS, Repository, Architektur und Paketrevision den Herstellerangaben für BEIDE CVEs zu. Diese Website erfindet keine Paketgrenzen.
Keine regulären PHP-Projektupdates. Ausnahmsweise gibt es minimale Quellcode-Backports für 7.4, 8.0 und 8.1; Bau und Validierung liegen beim Betreiber. OS- oder LTS-Anbieter können Pakete pflegen. Forschung erfasst Versionen ab 5.4 mit unterschiedlichen Voraussetzungen. Migrieren Sie und belegen Sie Zwischenlösungen.
Nur der vollständige Patch deckt alle Varianten ab. Konfigurationsänderungen können Uploads, Leistung und Verfügbarkeit beeinträchtigen. Administrativ vor der Anfrageverarbeitung anwenden und alle Worker neu starten. Lesen Sie beide Meldungen. CDN und WAF senken eventuell das Risiko, beweisen aber keinen korrigierten Interpreter.
Beginnen Sie mit der Version. Folgen Sie den Belegen. Prüfen Sie die Worker, die Ihre Website bedienen.