Produkte und Stacks · Hosting-Control-Panels

PHP2Shell in Plesk: betroffen und wie beheben

So prüfen Sie die PHP-Version von Plesk

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.

plesk bin php_handler --list
/opt/plesk/php/8.3/bin/php -v
plesk version

Bei 7.4, 8.0 und 8.1 ändert sich die Versionsnummer nicht; prüfen Sie, ob das Build-Datum in php -v der 21. Oktober 2026 oder später ist.

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 Plesk

Komponenten aktualisieren: plesk installer --select-release-current --upgrade-installed-components (oder Tools & Einstellungen → Updates).
PHP neu starten: systemctl restart 'plesk-php*-fpm*' oder plesk bin php_handler --reread.
PHP-Handler aus dem Betriebssystem auf demselben Server werden mit apt oder dnf aktualisiert.
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 Plesk von PHP2Shell betroffen?

Betroffen, bis Sie das gepatchte Hersteller-Release installieren. Das Plesk-PHP für Websites ist gepatcht: 8.2.35, 8.3.36, 8.4.27 und 8.5.12 unter Linux und Windows, unter Linux außerdem 7.4.33, 8.0.30 und 8.1.34 mit Build-Datum 21. Oktober 2026. Die Panel-Engine (sw-engine) ist in Plesk Obsidian 18.0.80 Update 11 und 18.0.81 Update 4 behoben. Für 5.6, 7.2 und 7.3 empfiehlt Plesk das kostenpflichtige TuxCare ELS.

Behebt ein Update von Plesk 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 Plesk 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 Plesk 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.

← 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.