PHP2Shell in Docker php images: betroffen und wie beheben

So prüfen Sie die PHP-Version von Docker php images

Führen Sie den passenden Befehl aus. Eine Version ab 8.2.35, 8.3.36, 8.4.27 bzw. 8.5.12 im jeweiligen Zweig ist gepatcht; ältere Zweige nur mit einem Hersteller-Build, der das ausdrücklich sagt.

docker exec <container> php -v
docker run --rm php:8.3-fpm php -v

Das Kommandozeilen-php kann sich vom PHP unterscheiden, das die Website ausliefert. Prüfen Sie sicherheitshalber die Web-SAPI (temporäre phpinfo()-Seite hinter Login oder die PHP-Einstellungen im Panel) und entfernen Sie sie danach. Unser Versions-Check vergleicht die Nummer für Sie.

🔎 Versionsnummer gefunden? Prüfen Sie sie im PHP2Shell-Checker →

So beheben Sie PHP2Shell in Docker php images

Images auf frischer Basis neu bauen: docker build --pull --no-cache -t myapp:new .
Neu erstellen: docker compose pull && docker compose up -d --force-recreate; unter Kubernetes Tag oder Digest ändern, damit Pods ausgerollt werden.
Einen vollen Patch-Tag wie php:8.3.36-fpm-alpine oder einen Digest pinnen.
Installieren Sie das oben genannte gepatchte Hersteller-Release bzw. die Pakete.
Starten Sie jeden PHP-Prozess neu (PHP-FPM-Pools, Apache mit mod_php, LiteSpeed-lsphp, Queue-Worker); ein laufender Prozess behält das alte PHP im Speicher.
Prüfen Sie die laufende Version erneut mit den Prüfbefehlen.

Die Prüfung lieber einem KI-Agenten überlassen? Betroffenheit prüfen · Mit KI-Agent beheben

Wenn Sie noch nicht patchen können

session.upload_progress.enabled = 0 dort setzen, wo Anwendungen es nicht überschreiben können (php.ini, php_admin_value im FPM-Pool oder in der Apache-Konfiguration), und PHP neu starten.
Unter PHP 8.5 fatal_error_backtraces = 0 setzen.
PHPs Übergangsempfehlung umfasst auch memory_limit und ein niedriges post_max_size; folgen Sie genau der Abhilfe-Seite, denn diese Einstellungen decken nur einige Pfade ab.
Bei PHP 8.1 oder älter ohne Hersteller-Backport Zugriff beschränken (VPN, IP-Allowlist) oder den Dienst offline nehmen. WAF-Regeln helfen, sind aber kein Fix.

FAQ

Ist Docker php images von PHP2Shell betroffen?

Betroffen, bis Sie das gepatchte Hersteller-Release installieren. Die offiziellen php-Images (und darauf aufbauende Official Images wie wordpress, drupal, joomla, nextcloud, phpmyadmin, matomo, mediawiki) wurden am 21. Oktober für amd64 und arm64 mit gepatchtem PHP neu gebaut. Laufende Container behalten altes PHP bis zum Pull und Neuerstellen. In Mallorys Test unterschied Trivy nicht zwischen gepatchten und verwundbaren php-Images – prüfen Sie php -v im Container.

Behebt ein Update von Docker php images selbst CVE-2026-109618 und CVE-2026-109619?

Nur wenn das Update gepatchtes PHP enthält. PHP2Shell ist eine Lücke im PHP-Interpreter; entscheidend ist das PHP, auf dem Docker php images läuft. Prüfen Sie die Version nach dem Update.

Welche PHP-Versionen beheben PHP2Shell?

PHP 8.2.35, 8.3.36, 8.4.27 und 8.5.12, veröffentlicht am 21. Oktober 2026. PHP 8.1 und älter bekommen kein Release vom PHP-Projekt; nur Hersteller-Builds mit Backport (oder selbst gebaute Quell-Patches für 7.4, 8.0 und 8.1) beheben sie.

Was, wenn es für Docker php images noch keinen Fix gibt?

Die PHP-basierte Weboberfläche vom Internet fernhalten (VPN oder IP-Allowlist), PHPs Übergangseinstellungen wie das Abschalten von Session-Upload-Progress anwenden und das Hersteller-Update sofort installieren. Übergangseinstellungen senken das Risiko, sind aber kein Fix.

Bitnami PHP imagesTeilweise behoben

← Alle Produkte mit eingebautem PHP

Siehe auch: Abhilfe nach Plattform · Betroffene Versionen · Herstellerstatus

Quellen

Externe Links verlassen diese Website. Wir hosten keinen Exploit-Code.

Inoffizielle Zusammenfassung öffentlicher Quellen. Diese Website ist weder mit dem Hersteller noch mit dem PHP-Projekt verbunden und hostet keinen Exploit-Code.