3. Neustarten und vollständig prüfen
Neue Dateien ersetzen keine laufenden Worker im Speicher. Starten Sie Apache bei mod_php oder alle betroffenen FPM-Dienste und Pools neu, ebenso dauerhafte Queue-Prozesse. Prüfen Sie Startzeit, Web-Version, Paketrevision, Healthchecks und alle Replikate. Entfernen Sie Diagnose-Seiten sofort; phpinfo() darf nicht öffentlich bleiben.
1. Tatsächlichen Web-Interpreter erfassen
Notieren Sie Zweig, vollständige Paketrevision, Quelle, Erweiterungen, Dienst und Website-Handler. CLI und Web können verschiedene Programme verwenden. Prüfen Sie alle FPM-Pools, Apache-Instanzen, Images und Replikate. Vor Produktionsänderungen sind Sicherungen, Kompatibilitätstests und ein geprüfter Rückweg nötig.
Ein Patch schließt einen Einbruch nicht aus
Versionsvergleich erkennt keine frühere Ausnutzung. Sichern Sie Protokolle und Image-Belege, untersuchen Sie Abstürze, Dateien, Prozesse und ausgehende Verbindungen. Fehlende Fehlermeldungen beweisen nichts. Bei Verdacht isolieren und nach Eindämmung möglicherweise offengelegte Geheimnisse aus einer vertrauenswürdigen Umgebung wechseln.
Befehlsbeispiel / VERIFY
# Query the same runtime that serves your website.
php-fpm8.3 -v
systemctl show php8.3-fpm -p ActiveEnterTimestamp
ps -eo pid,lstart,args | grep '[p]hp-fpm'
# If using Apache mod_php, restart Apache, not just PHP-FPM.
# Also restart queue workers, schedulers and every container replica.