Produkte und Stacks · Firewalls, Appliances und IT-Tools
PHP2Shell in Nagios XI: betroffen und wie beheben
So prüfen Sie die PHP-Version von Nagios XI
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.
php -v
rpm -qa '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 Nagios XI
- 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 = 0dort setzen, wo Anwendungen es nicht überschreiben können (php.ini,php_admin_valueim FPM-Pool oder in der Apache-Konfiguration), und PHP neu starten.- Unter PHP 8.5
fatal_error_backtraces = 0setzen. - PHPs Übergangsempfehlung umfasst auch
memory_limitund ein niedrigespost_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 Nagios XI von PHP2Shell betroffen?
Betroffen, wenn das darunterliegende PHP älter als die gepatchten Releases ist. Nagios XI läuft auf dem PHP des Betriebssystems; das OS-PHP-Update ist der Fix. Bis zum Prüfdatum haben wir keine produktspezifische PHP2Shell-Erklärung des Herstellers gefunden.
Behebt ein Update von Nagios XI 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 Nagios XI 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 Nagios XI 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.
Verwandte Produkte
- pfSense (Netgate)Hersteller-Fix verfügbar
- OPNsenseHersteller-Fix verfügbar
- FreePBX and PBXactBetroffen, noch kein Fix
- Zabbix frontendOS-/Host-PHP patchen
- GLPIHersteller-Fix verfügbar
- Palo Alto Networks PAN-OS and PanoramaBetroffen, noch kein Fix
← Alle Produkte mit eingebautem PHP
Siehe auch: Abhilfe nach Plattform · Betroffene Versionen · Herstellerstatus
Quellen
- Mallory: PHP2Shell – am I affected? (product table)
- PHP advisory GHSA-w8hw-w9fx-j79w
- PHP advisory GHSA-6wmf-4rv5-p3rp
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.