dienstleistungen / sicherheitslücken
Soforthilfe bei Sicherheitslücken: bewerten, entscheiden, schließen
Wird eine kritische Lücke wie php2shell bekannt, zählen Stunden. Wir klären, ob und wo Sie betroffen sind und was sofort zu tun ist — und setzen die Maßnahmen auf Wunsch selbst um: auf Ihren Servern, in Containern und in Abstimmung mit Ihren Dienstleistern.
aktuell — stand 24.10.2026
php2shell: kritische Lücken in PHP
Am 21.10.2026 wurden zwei kritische Lücken in PHP veröffentlicht (CVE-2026-109618 und CVE-2026-109619, jeweils CVSS 9,2). Sie erlauben ohne Anmeldung das Einschleusen von Code im Kontext des Webservers. Betroffen sind laut PHP-Team alle Versionen seit PHP 5, unter anderem mit mod_php, PHP-FPM und LSAPI. Behoben ist das in PHP 8.5.12, 8.4.27, 8.3.36 und 8.2.35; für 7.4 bis 8.1 sind Backports angekündigt.
Quelle: heise online, 21.10.2026 (öffnet in neuem Tab)
Alle PHP-Installationen finden
Server, Docker-Images, Hosting-Pakete — und Geräte, die PHP unbemerkt mitbringen, etwa NAS-Systeme, Firewalls und Router. Wichtig: Der Befehl php -v zeigt nur die Kommandozeilen-Version, die des Webservers kann abweichen.
Patchen und nachweisen
Update auf die gefixten Versionen, Container-Images neu bauen, PHP-FPM und Webserver neu starten, die laufende Version prüfen und dokumentieren.
Überbrücken, wo Updates warten müssen
Für alte PHP-Versionen und Herstellergeräte ohne Patch: engere Upload- und Eingabegrenzen, abgeschalteter Upload-Fortschritt, häufiger recycelte PHP-FPM-Worker, WAF-Regeln. Das senkt das Risiko, ersetzt aber kein Update.
Auf Spuren prüfen
Ein Angriff braucht Tausende Anfragen. Wir werten Webserver-Logs auf solche Muster aus und prüfen verdächtige Systeme auf Veränderungen.
01 — vorgehen
So gehen wir bei einer akuten Lücke vor
Ein CVSS-Wert allein sagt wenig darüber, wie dringend es bei Ihnen ist. Entscheidend ist, wie die Lücke auf Ihre Systeme trifft.
Lagebild
Welche Systeme sind betroffen, sind sie aus dem Internet erreichbar, braucht ein Angriff eine Anmeldung? Ergebnis ist eine Liste, die Sie Ihrer Geschäftsführung zeigen können.
Bewertung & Priorisierung
Wir gewichten nach Erreichbarkeit, Art der Daten und vorhandenen Schutzschichten. Daraus entsteht eine Reihenfolge: was heute passieren muss, was diese Woche, was im regulären Wartungsfenster.
Sofortmaßnahmen
Patch, Konfigurationshärtung, Abschotten, WAF-Regeln oder das vorübergehende Abschalten einzelner Dienste — abgestimmt mit Ihnen und Ihren Dienstleistern.
Umsetzung mit Rückweg
Updates spielen wir mit Backup und Rollback-Plan ein, prüfen danach die Funktion und weisen die neue Version nach.
Prüfung auf Kompromittierung
Logs, Prozesse und Dateien auf Auffälligkeiten prüfen. Bei Verdacht: Spuren sichern, bevor neu aufgebaut wird, und Meldepflichten klären — nach Art. 33 DSGVO binnen 72 Stunden.
Dokumentation & Nachsorge
Ein kurzer Bericht für Geschäftsführung und Prüfer, dazu Vorschläge für einen Patch-Prozess, damit die nächste Lücke schneller geschlossen ist.
02 — umfang
Wobei wir helfen
Der Schwerpunkt liegt auf den Systemen, die wir auch selbst bauen und betreiben — dort kennen wir die Stellschrauben.
PHP & Webserver
Apache, nginx, PHP-FPM und die Anwendungen darauf, etwa TYPO3, WordPress oder Laravel.
Linux-Server
Debian, Ubuntu, SUSE und Red Hat — Paketupdates, Härtung, Monitoring. Mehr dazu unter Linux-Administration.
Container & Kubernetes
Verwundbare Basis-Images finden, neu bauen und ausrollen, ohne den Cluster aus dem Takt zu bringen.
Open-Source-Plattformen
Nextcloud, mailcow, Authentik, Keycloak, OpenProject und openDesk — einzeln oder im Verbund.
häufige fragen
Häufige Fragen
Was ist php2shell?
php2shell ist der Name für zwei am 21.10.2026 veröffentlichte kritische Sicherheitslücken in PHP (CVE-2026-109618 und CVE-2026-109619, CVSS 9,2). Sie betreffen alle PHP-Versionen seit PHP 5 unter mod_php, PHP-FPM und LSAPI und erlauben ohne Anmeldung das Ausführen von Code auf dem Webserver. Behoben sind sie in PHP 8.5.12, 8.4.27, 8.3.36 und 8.2.35.
Wie schnell können Sie bei einer akuten Sicherheitslücke helfen?
Rufen Sie an oder nutzen Sie das Kontaktformular mit dem Thema Akute Sicherheitslücke — wir sagen Ihnen direkt, ob und wie schnell wir einsteigen können. Für Kunden mit Managed-Server- oder Hosting-Vertrag gehört das Einspielen von Sicherheitsupdates ohnehin zur Betreuung.
Sind wir von php2shell betroffen?
Wahrscheinlich, wenn Sie PHP einsetzen und noch nicht auf 8.5.12, 8.4.27, 8.3.36 oder 8.2.35 aktualisiert haben. Prüfen Sie die Version, die der Webserver tatsächlich nutzt — die Kommandozeile kann eine andere zeigen. Denken Sie auch an Docker-Images und an Geräte wie NAS oder Firewalls, die PHP intern verwenden.
Reichen WAF-Regeln oder Konfigurationsänderungen als Schutz?
Nur als Überbrückung. Sie erschweren Angriffe, vollständigen Schutz bietet aber nur das Update. Wir setzen Übergangsmaßnahmen dort ein, wo ein Update nicht sofort möglich ist, und planen den Patch verbindlich nach.
Helfen Sie auch bei Systemen, die Sie nicht betreuen?
Ja. Mit Zugang oder in Abstimmung mit Ihrem bestehenden Dienstleister bewerten wir die Lage und setzen Maßnahmen um. Danach entscheiden Sie, ob die Systeme dort bleiben oder ob wir sie dauerhaft betreuen.
Was tun, wenn ein System bereits kompromittiert ist?
Nicht einfach weiterpatchen: erst Spuren sichern, dann das System aus vertrauenswürdiger Quelle neu aufbauen und Zugangsdaten tauschen. Parallel klären wir mit Ihnen die Meldepflichten, bei personenbezogenen Daten nach Art. 33 DSGVO innerhalb von 72 Stunden.
Lassen Sie uns über Ihr Projekt sprechen
Ein kurzes Gespräch klärt oft mehr als zehn E-Mails. Unverbindlich, ehrlich — und wenn wir nicht der richtige Partner sind, sagen wir das auch.