Ungepatchtes PHP ist eine offene Tür. Wir schließen sie.
Remote-Notfallhilfe für Unternehmen in Deutschland: PHP patchen, Einbruchsspuren prüfen, Schadcode entfernen, Server härten. Sofort, mit spezialisierten Partnern, bis der Vorfall abgeschlossen und dokumentiert ist.
$ php -v PHP 8.3.35 (cli) (built: Sep 30 2026) ! Stand vor dem Patch vom 21.10.2026 $ phpsos pruefen --ziel produktion Betriebsart ...... php-fpm CVE-2026-109618 .. offen CVE-2026-109619 .. offen Worker-Neustart .. ausstehend $ phpsos absichern [ok] Paket 8.3.36 eingespielt [ok] alle Worker neu gestartet [ok] Dateisystem auf Webshells geprüft [ok] Bericht für Geschäftsführung erstellt
- Made in GermanyIT-Sicherheit aus Deutschland, Arbeit nach europäischem Datenschutzrecht.
- Über 25 JahreSeit über 25 Jahren mit unserem Partnernetzwerk auf IT-Sicherheit und Serverbetrieb spezialisiert.
- PartnernetzwerkSpezialisierte Cyber-Profis für Forensik, Penetrationstests und Server-Härtung, koordiniert über einen Ansprechpartner.
Sind Sie betroffen? Rufen Sie an. Wir helfen.
Gehackt, gesperrt, Webshell gefunden oder unsicher, ob PHP2Shell Sie trifft: Melden Sie sich jetzt. Wir übernehmen ab der ersten Nachricht, remote und ohne Anfahrt.
Ist Ihr PHP schon gepatcht?
Geben Sie Ihre PHP-Version ein. Der Test vergleicht sie mit den Sicherheitsmeldungen von php.net und sagt, was als Nächstes zu tun ist. Wichtig: Auch eine gepatchte Version beweist nicht, dass vor dem Update nichts passiert ist.
Wie dringend ist Ihre Lage?
Vier Fragen, eine Einstufung, die ersten Schritte und eine vorbereitete WhatsApp-Nachricht an uns. Bei Stufe 3 gilt: nichts löschen, nichts neu aufsetzen, Spuren sichern.
Vom Notruf bis zum gehärteten Server
Wir übernehmen die Technik und liefern Nachweise, die Geschäftsführung, Datenschutz und Versicherung brauchen.
PHP2Shell-Soforthilfe: Hilfe bei der PHP-Sicherheitslücke
Wir schließen PHP2Shell auf Ihren Webservern remote: Bestandsaufnahme, Patch oder Übergangsmaßnahme, Neustart aller Worker und schriftlicher Nachweis.
Weiterlesen →02Website gehackt, was tun? Notfallhilfe remote
Ihre Website ist gehackt oder verhält sich auffällig? Wir übernehmen remote Eindämmung, Spurensicherung, Bereinigung und Dokumentation.
Weiterlesen →03PHP-Patch-Service: Update einspielen lassen, mit Neustart und Nachweis
Wir spielen das PHP-Update auf Ihren Servern ein, starten alle PHP-Prozesse neu und liefern einen schriftlichen Nachweis über Version, Paketstand und Neustart.
Weiterlesen →04Server-Härtung für PHP-Webserver
Wir härten Ihre PHP-Webserver nach einem festen Plan: Isolation je Website, sichere PHP-Konfiguration, Dateirechte, Zugänge, Protokolle und Backups.
Weiterlesen →05Malware und Webshells von der Website entfernen lassen
Wir entfernen Schadcode, Webshells und Hintertüren von Websites und Servern, bauen aus vertrauenswürdigen Quellen neu auf und schließen das Einfallstor.
Weiterlesen →06Incident Response bei Server-Angriffen
Strukturierte Vorfallsbearbeitung bei Angriffen auf Webserver: Lagebild, Eindämmung, Beseitigung, Wiederherstellung und Nachbereitung mit festen Rollen.
Weiterlesen →So arbeiten wir im Ernstfall
Klare Schritte, ein Ansprechpartner, alles remote. Spezialisten aus unserem Partnernetz kommen dazu, wenn Forensik oder Pentest nötig sind.
Lage aufnehmen
Sie schreiben per WhatsApp oder rufen an. Wir klären System, PHP-Version, Hoster und Beobachtungen.
Sichern und schließen
Spuren sichern, PHP patchen oder Übergangsmaßnahmen setzen, alle Worker neu starten, Patch-Stand belegen.
Prüfen und bereinigen
Dateien, Datenbank, Konten und Logs auf Einbruchsspuren prüfen. Webshells und Hintertüren entfernen.
Härten und berichten
Konfiguration härten, Monitoring einrichten, Bericht für Geschäftsführung, Datenschutz und Versicherung.
Noch kein Patch möglich? Übergangsmaßnahmen
php.net nennt Einstellungen, die bekannte Angriffswege erschweren, bis das Update eingespielt ist. Wählen Sie Ihre Betriebsart, kopieren Sie die Zeilen und starten Sie danach alle PHP-Prozesse neu.
Das BSI empfiehlt: Wenn das Update nicht sofort möglich ist, den Webserver vorübergehend vom Netz nehmen.
Übergangsmaßnahmen laut php.net, kein Ersatz für das Update. memory_limit=-1 nur zusammen mit einer Speichergrenze über Container oder cgroup. Vorher Konfiguration sichern.
Wer macht was? Die Lücke zwischen Hoster und Agentur
Viele Unternehmen verlassen sich darauf, dass „jemand“ patcht. In der Regel sieht die Verteilung so aus:
| Aufgabe | Hoster (Shared Hosting) | Agentur / Webdesign | PHP SOS |
|---|---|---|---|
| PHP-Paket aktualisieren | meist ja | meist nicht | ja, oder mit Ihrem Hoster |
| Alle Worker neu starten und belegen | teils | nein | ja, mit Nachweis |
| Prüfen, ob vor dem Patch eingebrochen wurde | in der Regel nicht | teils | ja |
| Webshells und Hintertüren entfernen | in der Regel nicht | teils | ja |
| Bericht für Geschäftsführung, Datenschutz, Versicherung | nein | selten | ja |
| Härtung und laufendes Monitoring | teils | teils | ja |
Was belegt ist und was Sie jetzt tun
Fakten aus den Meldungen von php.net und BSI, für Geschäftsführung und Admins aufbereitet.
Was ist PHP2Shell? Die Lücke einfach erklärt
PHP2Shell sind zwei kritische Lücken in PHP selbst, über die Angreifer ohne Anmeldung Code auf Webservern ausführen können. Hier die Lage in klaren Worten.
Weiterlesen →CVE-2026-109618: RCE durch Out-of-Memory-Zustand
CVE-2026-109618 ist eine der beiden PHP2Shell-Lücken: Ein Out-of-Memory-Zustand kann PHP mitten in der Anfrageverarbeitung unterbrechen. Behoben ab PHP 8.5.12, 8.4.27, 8.3.36 und 8.2.35.
Weiterlesen →CVE-2026-109619: RCE durch veralteten globalen Zustand
CVE-2026-109619 ist die zweite PHP2Shell-Lücke: Interner Zustand einer Anfrage kann nach dem Freigeben des Speichers bestehen bleiben und von der nächsten Anfrage im selben Worker genutzt werden.
Weiterlesen →CVE-2026-115560: Session-Upload-Progress-Hinweis
CVE-2026-115560 ist ein Hinweis von php.net vom 23.10.2026: mögliche Codeausführung nur bei einer ungewöhnlichen Session-Konfiguration. Abhilfe bis zum nächsten Release: session.upload_progress.enabled=0.
Weiterlesen →Welche PHP-Versionen sind betroffen?
Behoben ist PHP2Shell in PHP 8.5.12, 8.4.27, 8.3.36 und 8.2.35. Für PHP 8.1 und älter gibt es keine offiziellen Updates mehr. Die Tabelle zeigt den Stand je Zweig.
Weiterlesen →PHP-Version und Patchstand richtig prüfen
Die angezeigte PHP-Version allein sagt nicht, ob PHP2Shell geschlossen ist. Entscheidend sind Paketstand, Backports und ob die neuen Prozesse wirklich laufen.
Weiterlesen →Für Ihre Plattform und Ihren Server
Wo sich Schadcode in WordPress, Shopware oder TYPO3 versteckt und wie Sie auf Plesk, cPanel oder im Container wirklich patchen.
Plattformen
Server und Hosting
Jede Branche hat andere Daten zu verlieren
Gesundheitsdaten, Mandantengeheimnisse, Zahlungsdaten: Wir richten Prüfung und Bericht nach Ihren Pflichten aus.
10 Schritte, bevor wir übernehmen
Haken Sie ab, was erledigt ist. Die Liste bleibt in Ihrem Browser gespeichert.
Häkchen werden nur in Ihrem Browser gespeichert.
72 Stunden, NIS2, Versicherung
Allgemeine Orientierung für die Geschäftsführung. Keine Rechtsberatung.
DSGVO-Meldepflicht: 72 Stunden nach dem Vorfall
Nach einem Angriff auf einen Webserver kann eine Meldepflicht an die Aufsichtsbehörde bestehen. Hier steht allgemein, wann die 72 Stunden laufen und was dazugehört.
Weiterlesen →NIS2 und Webserver-Sicherheit
NIS2 verpflichtet viele Unternehmen zu Risikomanagement und Meldungen. Hier steht allgemein, was das für Webserver heißt und wo Sie verlässliche Angaben finden.
Weiterlesen →Cyberversicherung: Was im Schadensfall zählt
Bei einem Angriff entscheiden frühe Information des Versicherers, gesicherte Beweise und abgestimmte Schritte oft über die Leistung. Hier stehen die typischen Punkte allgemein.
Weiterlesen →Haftung der Geschäftsführung bei IT-Sicherheitslücken
IT-Sicherheit ist Leitungsaufgabe. Hier steht allgemein, welche Sorgfaltspflichten gelten und wie Geschäftsführer Entscheidungen bei Lücken wie PHP2Shell nachvollziehbar treffen.
Weiterlesen →Fachartikel für Admins und Entwickler
PHP2Shell-Zeitlinie: Chronologie vom 17. bis 25. Oktober 2026
Alle belegten Daten zu PHP2Shell in einer Übersicht, vom ersten beobachteten Angriffsversuch bis zum Stand 25.10.2026, und was daraus für Ihre Prüfung folgt.
Weiterlesen →Hoster-PHP-Update-Bestätigung: So fragen Sie nach dem Patch-Status
Eine angezeigte PHP-Version beweist nach PHP2Shell wenig. Mit dieser Vorlage fordern Sie bei Ihrem Hoster eine Bestätigung an, die Sie dokumentieren können.
Weiterlesen →Webshell erkennen und entfernen
Wie Sie Hintertüren auf PHP-Webservern aufspüren, ohne Spuren zu zerstören, und warum Löschen allein selten reicht.
Weiterlesen →WordPress-Backdoor finden: Hintertüren systematisch aufspüren
Wo sich Hintertüren in WordPress typischerweise verstecken und wie Admins sie mit WP-CLI und wenigen Befehlen systematisch aufspüren.
Weiterlesen →php.ini sicher konfigurieren
Welche Einstellungen in der php.ini die Angriffsfläche verkleinern, wie Sie sie gegen Überschreiben schützen und was nach PHP2Shell zusätzlich gilt.
Weiterlesen →PHP disable_functions richtig einsetzen
Mit disable_functions sperren Sie riskante PHP-Funktionen. Wie Sie die Liste passend zu Ihrer Anwendung festlegen, ohne die Website lahmzulegen.
Weiterlesen →Lage, Anleitungen, Entscheidungshilfen
Von der BSI-Warnstufe über Paket-Changelogs bis zur Frage, ob Sie neu aufsetzen oder bereinigen. Jeder Artikel mit Quellen.
PHP2Shell: Was belegt ist und was nicht
Ein Faktencheck zu PHP2Shell: Welche Aussagen aus Primärquellen stammen, welche aus Medienberichten und welche Behauptungen sich nicht halten lassen.
Weiterlesen →PHP-Version im Hosting-Kundenbereich ändern
Wie Sie im Kundenbereich Ihres Hosters die PHP-Version umstellen, welche Version Sie wählen und was Sie vorher und nachher prüfen.
Weiterlesen →Warnsignal: Der Webserver startet eine Shell
Startet ein PHP-FPM- oder Webserver-Prozess eine Shell, ist das eines der stärksten Warnsignale für einen Einbruch. So prüfen Sie den Prozessbaum, ordnen Ausnahmen ein und überwachen das Muster dauerhaft.
Weiterlesen →PHP-FPM-Pools pro Website isolieren
Ein eigener Pool je Website ist der Anfang, nicht das Ende. So prüfen Sie bestehende Pools und härten Sockets, Endungen, Status-Seiten, Ressourcen und Logs.
Weiterlesen →Passwörter in PHP sicher speichern: password_hash richtig einsetzen
Wie Entwickler Passwörter in PHP mit password_hash und password_verify speichern, das passende Verfahren wählen und alte MD5- oder SHA-1-Hashes ohne Passwort-Reset für alle Nutzer ablösen.
Weiterlesen →IT-Dienstleister-Verträge: Sicherheitspflichten klar regeln
PHP2Shell hat gezeigt, wie oft unklar ist, wer patchen muss. Welche Sicherheitspflichten in Verträge mit Agentur, Hoster und IT-Dienstleister gehören.
Weiterlesen →Die Programmiersprache PHP, verständlich erklärt
Wie PHP eine Seite erzeugt, was SAPI, PHP-FPM und OPcache sind und warum genau das über die Sicherheit entscheidet. Dazu ein Glossar mit allen Fachbegriffen.
Was ist PHP2Shell?
PHP2Shell bezeichnet zwei kritische Lücken in PHP selbst (CVE-2026-109618 und CVE-2026-109619, CVSS 9.2). Sie können es Angreifern erlauben, ohne Anmeldung Schadcode auf dem Server auszuführen. Patches gibt es seit dem 21.10.2026.
Welche PHP-Versionen sind sicher?
Die Korrekturen stecken in PHP 8.5.12, 8.4.27, 8.3.36 und 8.2.35. Hoster und Distributionen spielen teils Backports ein, ohne die Versionsnummer zu ändern. Entscheidend ist der Paketstand oder die schriftliche Bestätigung des Anbieters.
Reicht ein WordPress- oder Shop-Update?
Nein. Die Lücke liegt in PHP, nicht im CMS. Ein CMS-Update schließt sie nicht. Und ein PHP-Patch entfernt keinen Schadcode, der vorher schon eingeschleust wurde.
Wie schnell können Sie helfen?
Wir arbeiten remote und starten, sobald die Zugänge da sind. Schreiben Sie uns per WhatsApp System, PHP-Version und Beobachtung. Dann klären wir das Vorgehen direkt.
Arbeiten Sie auch für Agenturen und Hoster-Kunden?
Ja. Wir arbeiten direkt für Unternehmen, im Auftrag von Agenturen im Hintergrund und in Abstimmung mit Ihrem Hoster, wenn dieser den Server verwaltet.
Müssen wir den Vorfall melden?
Wenn personenbezogene Daten betroffen sein können, gilt nach Art. 33 DSGVO in der Regel eine Meldefrist von 72 Stunden ab Kenntnis. Ob sie greift, klären Sie mit Ihrem Datenschutzbeauftragten. Wir liefern die technische Dokumentation dafür.
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.