Server und Hosting: PHP richtig patchen
Plesk, cPanel, Apache, Nginx, LiteSpeed, Container: Wer ist zuständig, wie prüfen Sie den echten Patch-Stand, und wie starten Sie alle Worker neu?
Plesk-Server: PHP-Versionen prüfen und patchen
Auf Plesk-Servern laufen oft mehrere PHP-Versionen parallel. So prüfen Sie jeden Handler, spielen das PHP-Update ein und starten alle Worker neu.
Weiterlesen →02cPanel und WHM: PHP absichern
cPanel verwaltet PHP über EasyApache 4 mit eigenen Paketen je Version. So prüfen Sie den Stand, starten alle Prozesse neu und setzen Übergangswerte richtig.
Weiterlesen →03Shared Hosting: Was der Hoster macht und was Sie tun müssen
Beim Shared Hosting patcht der Hoster PHP. Ihre Aufgabe ist, die Bestätigung einzuholen, die PHP-Version zu wählen und Ihre Website auf Spuren zu prüfen.
Weiterlesen →04Root-Server und vServer selbst absichern
Beim eigenen Root-Server oder vServer liegt die ganze Verantwortung bei Ihnen. So prüfen und patchen Sie PHP, starten alle Prozesse neu und härten das System.
Weiterlesen →05Managed Server: Verantwortung klären
Ein Managed Server nimmt Ihnen viel ab, aber nicht alles. So klären Sie, wer PHP patcht, wer neu startet und wer für Anwendung, Daten und Meldungen verantwortlich ist.
Weiterlesen →06Apache mit mod_php absichern
Das PHP-Team stuft das Risiko bei mod_php am höchsten ein. So erkennen Sie die Betriebsart, patchen richtig, starten Apache neu und planen den Wechsel zu PHP-FPM.
Weiterlesen →07Nginx mit PHP-FPM absichern
Bei Nginx mit PHP-FPM liegt die Sicherheit in Pools, Rechten und sauberem Neustart. So patchen Sie nach PHP2Shell und härten Nginx und PHP-FPM dauerhaft.
Weiterlesen →08LiteSpeed und LSAPI: PHP aktualisieren
LiteSpeed nutzt eigene lsphp-Pakete und hält PHP-Prozesse lange im Speicher. So spielen Sie das PHP-Update ein und sorgen dafür, dass wirklich alle Prozesse neu starten.
Weiterlesen →09FrankenPHP absichern
FrankenPHP bringt PHP im eigenen Programm mit. Ein Update der Distribution reicht deshalb nicht: Binary oder Image müssen neu gebaut und alle Worker neu gestartet werden.
Weiterlesen →10php-cgi: Altlast mit Risiko
php-cgi steckt oft unbemerkt in alten Setups, Panels und unter Windows. So finden Sie es, patchen es nach PHP2Shell und planen den Wechsel zu PHP-FPM.
Weiterlesen →11PHP in Kubernetes patchen
Im Cluster steckt PHP in Images. So finden Sie alle verwundbaren Pods, bauen Images mit behobenem PHP neu, rollen sie aus und belegen den Stand je Workload.
Weiterlesen →12PHP unter Windows und IIS absichern
Unter IIS läuft PHP meist als php-cgi.exe über FastCGI. So finden Sie alle Installationen, tauschen PHP sicher aus, recyceln die Anwendungspools und prüfen das Ergebnis.
Weiterlesen →Jede Stunde zählt. Schreiben Sie uns jetzt.
Schildern Sie kurz System, PHP-Version und Beobachtung. Wir melden uns, klären die Lage und arbeiten remote, bis der Vorfall abgeschlossen und dokumentiert ist.