PHP2Shell: Kritische Sicherheitslücke in PHP betrifft auch Praxis-Webseiten

Am 21. Oktober hat das PHP-Projekt Sicherheitsupdates veröffentlicht, die zwei kritische Lücken im Kern der Programmiersprache schließen. Unter dem Namen PHP2Shell zusammengefasst, erlauben sie Angreifern, ohne Anmeldung fremden Code auf einem Webserver auszuführen und Daten aus dessen Arbeitsspeicher zu lesen, darunter Passwörter und Zugangsschlüssel. PHP läuft nach Angaben der Sicherheitsfirma Wiz auf rund 70 Prozent aller Webseiten weltweit.

Gefunden haben die Lücken KI-Modelle, und zwar bevor Angreifer sie ausnutzen konnten. Das verschaffte den Entwicklern Zeit für einen Patch. Für Praxen und MVZ ist das Thema trotzdem dringend: Viele Praxis-Webseiten laufen auf WordPress, Drupal oder Joomla, und alle drei basieren auf PHP. Seit dem 20. Oktober kursieren außerdem technische Details und öffentlicher Angriffscode.

Was hinter PHP2Shell steckt

PHP ist die Sprache, in der ein Webserver die Seiten einer Homepage zusammenbaut, bevor er sie an den Browser schickt. Die beiden Lücken entstehen, wenn PHP eine Anfrage wegen eines schweren Fehlers abbricht, etwa weil der Arbeitsspeicher ausgeht. Dabei bleiben interne Daten halb fertig oder veraltet im Speicher zurück, und eine spätere Anfrage arbeitet mit diesem kaputten Zustand weiter. Ein Angreifer kann das gezielt auslösen.

Weil der Fehler in PHP selbst liegt, spielt es keine Rolle, wie gut die Webseite darüber programmiert ist. Wiz hat gezeigt, dass sich aktuelle Installationen von WordPress, Drupal und Joomla ohne Anmeldung übernehmen lassen; selbst eine einfache Testseite wäre angreifbar. Unabhängig davon ließen sich vertrauliche Daten aus dem Speicher auslesen, darunter Passwörter, Tokens, API-Schlüssel und Zertifikate. Wiz vergleicht die Schwere mit Heartbleed, der Lücke von 2014, die damals rund zwei Drittel des Webs betraf.

Wie KI die Lücke gefunden hat

OpenAIs Modell GPT-5.6 Sol stieß im Rahmen der Initiative Patch the Planet auf die Schwachstelle. Wiz fand die Lücken unabhängig davon mit dem eigenen Werkzeug Wiz Atlas sowie mit Googles Gemini 4 Argon und GPT-5.6 Sol. Laut Wiz half Gemini 4 Argon bei der Suche, beim Bau des Angriffs, bei der Angriffserkennung und bei der Prüfung des Patches. Ein einzelner Forscher habe in einer Woche geschafft, wofür sonst ein Spitzenteam Monate gebraucht hätte.

Die Fehler steckten seit Jahren im Code. Sie in einen funktionierenden Angriff zu übersetzen, war bislang aufwendig, weil jeder Angriff an PHP-Version, Konfiguration und Speicheraufbau angepasst werden musste. Diese Anpassung übernehmen Sprachmodelle inzwischen selbst, was nach Einschätzung von Wiz die Hürde für Angriffe in großem Maßstab deutlich senkt. OpenAI warnt ausdrücklich, dass dieselben Fähigkeiten auch Angreifern helfen, und rechnet in den kommenden Monaten mit weiteren Funden dieser Art.

Die Behebung lief über zwei Monate koordiniert zwischen den PHP-Entwicklern, Wiz, Cloudflare und US-Behörden, darunter die CISA und das Weiße Haus. Erst wurde der Fund bestätigt und ein Patch gebaut, dann wurden betroffene Organisationen vorbereitet und Behörden eingebunden, zuletzt folgten Updates und Anleitungen. Ganz nach Plan ging es nicht aus: Technische Details gelangten am 20. Oktober an die Öffentlichkeit, einen Tag vor der geplanten Veröffentlichung.

Was das für Praxen und MVZ bedeutet

Die meisten Praxen betreiben ihre Homepage nicht selbst, sondern bei einem Hosting-Anbieter oder über eine Agentur. Ob die Seite angreifbar ist, hängt dann von der PHP-Version ab, die dort installiert ist. Ein Update von WordPress oder eines Plugins reicht nicht, die PHP-Laufzeit auf dem Server muss selbst erneuert werden. Dasselbe gilt für webbasierte Termin- oder Buchhaltungswerkzeuge, die auf PHP laufen.

Das Risiko betrifft mehr als die Webseite selbst. Wer Kontaktformulare, Terminanfragen oder Zugänge zu anderen Diensten über die Homepage abwickelt, hat auf dem Server Passwörter und Schlüssel liegen, die sich nach den Funden von Wiz auch ohne vollständige Übernahme aus dem Speicher lesen lassen. Besonders gefährdet sind ältere Installationen mit PHP 8.1 oder früher, für die es keine regulären Updates mehr gibt.

Was Praxen jetzt tun sollten

Vier Schritte lassen sich in den nächsten Tagen erledigen:

Die Updates gibt es seit dem 21. Oktober, und mit dem öffentlichen Angriffscode ist zu erwarten, dass ungepatchte Server gezielt gesucht werden. Eine kurze Nachfrage beim Hosting-Anbieter klärt in den meisten Fällen, ob die eigene Praxis-Webseite betroffen ist.

Quellen: THE DECODER, 21.10.2026, „OpenAIs GPT-5.6 Sol und Gemini 4 Argon entdeckten die kritische PHP-Sicherheitslücke”; Wiz Research, 21.10.2026, „PHP2Shell: AI uncovers critical RCE vulnerabilities affecting 70% of the Internet”; Yahoo Tech, 22.10.2026; CNN Business, 21.10.2026; AlphaSignal, Oktober 2026. Stand: 22.10.2026.