Produkte und Stacks · Hosting-Control-Panels

PHP2Shell in CloudLinux alt-php: betroffen und wie beheben

So prüfen Sie die PHP-Version von CloudLinux alt-php

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 -qa 'alt-php*' | sort
/opt/alt/php82/usr/bin/php -v

Die Versionsnummern bleiben gleich; den Fix im Paket-Changelog bestätigen.

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 CloudLinux alt-php

yum update 'alt-php*' (bzw. apt-get upgrade unter CloudLinux for Ubuntu) ausführen und Apache, PHP-FPM oder LiteSpeed neu starten.
Ist Ihr alt-php in stable noch nicht gepatcht, laut CloudLinux-Blog das TuxCare-ELS-alt-php-Repository hinzufügen.
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 CloudLinux alt-php von PHP2Shell betroffen?

Betroffen; ein Fix existiert nur für einige Versionen oder Komponenten. CloudLinux portiert den Fix zurück und behält eigene, niedrigere Versionsnummern. Die ea-php-Pakete (ea-php52 bis ea-php85) sind veröffentlicht. alt-php unter CloudLinux 7, 8 und 9 war noch auf dem Weg nach stable, übergangsweise über das TuxCare-ELS-alt-php-Repository; CloudLinux 10 und CloudLinux for Ubuntu 22.04 haben die Pakete in stable. Imunify360-Regeln sind eine Übergangsmaßnahme, kein Fix.

Behebt ein Update von CloudLinux alt-php 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 CloudLinux alt-php 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 CloudLinux alt-php 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.