Produkte und Stacks · Linux-Distributionen, Repositories und Windows

PHP2Shell in RHEL, AlmaLinux and Rocky: betroffen und wie beheben

So prüfen Sie die PHP-Version von RHEL, AlmaLinux and Rocky

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 'php*' | sort
dnf module list --enabled php
dnf updateinfo list --security | grep php

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 RHEL, AlmaLinux and Rocky

Debian/Ubuntu: sudo apt-get update && sudo apt-get install --only-upgrade 'php8.3*' (für jede installierte PHP-Version).
RHEL/Alma/Rocky/Amazon Linux: sudo dnf upgrade 'php*'.
PHP neu starten: sudo systemctl restart php8.3-fpm (bzw. php-fpm); Apache mit mod_php vollständig neu starten, ein Graceful-Reload reicht nicht.
Distributionen portieren den Fix oft zurück, ohne die PHP-Version zu ändern; vergleichen Sie Paketversion oder Changelog mit dem Advisory.

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 RHEL, AlmaLinux and Rocky von PHP2Shell betroffen?

Betroffen; ein Fix existiert nur für einige Versionen oder Komponenten. Red Hat veröffentlichte Errata u. a. RHSA-2026:87070, :87071, :87072, :87079, :87080 und :87151 (RHEL 10.2, 9.8 EUS, 8.10 EUS php:7.4), Rocky Linux führt mehrere davon als RLSA. Hauptstreams einiger Releases waren am 21. Oktober noch offen. Unter RHEL 8 liefert ein einfaches dnf install php noch den ausgemusterten 7.2-Stream ohne Fixes.

Behebt ein Update von RHEL, AlmaLinux and Rocky 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 RHEL, AlmaLinux and Rocky 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 RHEL, AlmaLinux and Rocky 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.