Produkte und Stacks · Hosting-Control-Panels

PHP2Shell in cPanel: betroffen und wie beheben

So prüfen Sie die PHP-Version von cPanel

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.

rpm -q --changelog ea-php81-php-cli | grep -i CVE-2026-109618
whmapi1 php_get_vhost_versions
/usr/local/cpanel/cpanel -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 cPanel

Repository-Daten auffrischen: yum clean all && yum makecache.
Aktualisieren: /scripts/rpmup (oder dnf upgrade 'ea-php*') und cPanel & WHM selbst aktualisieren.
PHP neu starten: /scripts/restartsrv_apache_php_fpm und /scripts/restartsrv_httpd.
Unter CloudLinux brauchen auf alt-php umgestellte Sites das separate alt-php-Update (siehe CloudLinux-Seite).
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 cPanel von PHP2Shell betroffen?

Betroffen, bis Sie das gepatchte Hersteller-Release installieren. cPanel hat gepatchte ea-php74 bis ea-php85 veröffentlicht (ea-php82 8.2.35, ea-php83 8.3.36, ea-php84 8.4.27, ea-php85 8.5.12; 7.4–8.1 als gepatchte Builds) und das PHP des Panels selbst in 11.110.0.153, 11.134.0.66, 11.136.0.50 und 11.138.0.18 behoben. CloudLinux-EasyApache-Pakete decken ea-php52 bis ea-php85 ab. Für PHP älter als 7.4 verweist cPanel auf TuxCare ELS.

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