PHP2Shell: Was KI-gefundene Sicherheitslücken für Unternehmen bedeuten

Am 21. Oktober 2026 hat das PHP-Projekt Updates für zwei kritische Schwachstellen veröffentlicht, die unter dem Namen PHP2Shell bekannt geworden sind. Über CVE-2026-109618 und CVE-2026-109619 können Angreifer ohne Anmeldung Code auf Webservern ausführen. Betroffen sind laut BSI alle bekannten PHP-Versionen, und PHP läuft hinter einem großen Teil aller Websites, Shops und Webanwendungen. Das BSI hat eine Warnung der Stufe Orange herausgegeben.

Für einen Ratgeber über KI-Compliance ist der Fall aus zwei Gründen wichtig. Erstens wurden die Lücken mithilfe von KI gefunden. Zweitens warnt das BSI ausdrücklich, dass KI auch die Gegenseite schneller macht.

Akut betroffen? Die Lücke schließt nur ein PHP-Update auf dem Server: 8.5.12, 8.4.27, 8.3.36 oder 8.2.35 oder ein gepatchtes Paket Ihrer Linux-Distribution. Ein Update von WordPress oder Plugins reicht nicht. Unser Entwicklerteam von app-web-entwicklung.de aus derselben Unternehmensgruppe aktualisiert PHP, bringt ältere Anwendungen von PHP 7.4, 8.0 oder 8.1 auf eine aktuelle Version und passt den Code an. Telefon 0351 79 59 35 13 oder über unser Kontaktformular.

Was bei PHP2Shell passiert ist

Die beiden Schwachstellen stecken im Kern von PHP. Die eine betrifft die Behandlung von Speicherfehlern, die andere Reste einer Anfrage, die ein späterer Aufruf im selben Arbeitsprozess wiederverwendet. Für beide braucht ein Angreifer weder Zugangsdaten noch eine Aktion eines Nutzers. Gefährdet ist jede PHP-Installation, die Webanfragen verarbeitet.

Laut BSI waren an der Entdeckung die Sicherheitsfirmen Calif und Wiz gemeinsam mit OpenAI beteiligt. Nach Angaben der Beteiligten kamen die Lücken bei einer KI-gestützten Prüfung des PHP-Quellcodes ans Licht. Das PHP-Projekt hat die Updates einen Tag vorher angekündigt und am 21. Oktober veröffentlicht. Proof-of-Concept-Exploits sind öffentlich, und das BSI hält eine breite Ausnutzung innerhalb kurzer Zeit für wahrscheinlich.

KI beschleunigt beide Seiten

Dass KI-Modelle Sicherheitslücken in großen Codebasen finden, ist eine gute Nachricht. Fehler, die jahrelang unentdeckt im Code lagen, werden gefunden und behoben, bevor jemand sie ausnutzt. PHP2Shell ist dafür ein prominentes Beispiel.

Die Kehrseite beschreibt das BSI in seiner Warnung: Mit KI-gestützten Werkzeugen können Angreifer veröffentlichte Patches sehr schnell analysieren und daraus funktionierende Angriffe entwickeln. Früher lagen zwischen einem Update und den ersten breiten Angriffen oft Tage oder Wochen. Bei PHP2Shell rechnete das BSI mit Stunden. Ausführlicher hat das Amt diese Entwicklung in einer eigenen Sicherheitsinformation zu den Auswirkungen von KI auf die Cybersicherheit von Organisationen beschrieben.

Für Unternehmen heißt das ganz praktisch: Ein monatlicher Patch-Termin reicht für kritische, aus dem Internet erreichbare Systeme nicht mehr. Es braucht einen Notfallweg, über den ein kritisches Update am selben Tag eingespielt werden kann.

Warum das Thema auch KI-Anwendungen betrifft

Viele KI-Anwendungen in Unternehmen laufen nicht in einer abgeschotteten Cloud, sondern auf ganz normalen Webservern. Typische Beispiele:

• Chatbot-Plugins in WordPress, die Kundenanfragen über eine KI-Schnittstelle beantworten.
• Wissensportale und Intranets auf PHP-Basis, in die eine KI-Suche eingebaut wurde.
• Shops mit KI-gestützten Produkttexten, Empfehlungen oder Support-Funktionen.
• Selbst gebaute Werkzeuge, die Dokumente hochladen und an ein Sprachmodell schicken.

Läuft eine solche Anwendung auf einer verwundbaren PHP-Version, liegen für Angreifer gleich mehrere Dinge offen: Gesprächsverläufe mit Kunden, hochgeladene Dokumente, Systemanweisungen und vor allem die API-Schlüssel für die KI-Dienste. Mit gestohlenen Schlüsseln lassen sich auf Kosten des Unternehmens Anfragen stellen oder Daten aus angebundenen Systemen abrufen. Nach einem Vorfall gehören diese Schlüssel deshalb immer ausgetauscht.

Dazu kommt KI-generierter Code. Wer Teile seiner Webanwendung von KI-Assistenten schreiben lässt, bekommt oft Code im Stil älterer Beispiele aus dem Internet. Ob er auf aktuellen PHP-Versionen sauber läuft und Eingaben robust prüft, muss ein Mensch kontrollieren.

Was der AI Act dazu sagt

Der EU AI Act verlangt in Art. 15 von Hochrisiko-KI-Systemen ein angemessenes Maß an Genauigkeit, Robustheit und Cybersicherheit über den gesamten Lebenszyklus. Diese Pflichten gelten nach dem KI-Omnibus ab dem 2. Dezember 2027. Für die meisten KI-Anwendungen im Mittelstand, etwa Chatbots oder interne Assistenten, gibt es keine vergleichbare Vorgabe aus der KI-Verordnung. Die Pflicht zur Absicherung ergibt sich dort aus anderen Regeln: aus Art. 32 DSGVO, sobald personenbezogene Daten verarbeitet werden, und für betroffene Einrichtungen aus den Anforderungen an das Risikomanagement nach NIS2.

Die KI-Kompetenzpflicht nach Art. 4 passt ebenfalls hierher. Wer KI-Anwendungen betreut, sollte wissen, dass sie nicht nur falsche Antworten geben, sondern auch über ihre technische Basis angreifbar sind.

7 Schritte für KI-Verantwortliche

1. Technische Basis ins KI-Register aufnehmen. Zu jeder KI-Anwendung gehört die Angabe, auf welcher Plattform sie läuft, wer sie betreut und wo die API-Schlüssel liegen. Die Struktur zeigt die Vorlage für das KI-Register.
2. Betroffenheit jetzt prüfen. Welche KI-Anwendungen laufen auf PHP, und sind die Server gepatcht? Die Frage geht an die IT oder den Dienstleister, die Antwort ins Register.
3. Schlüssel austauschen, wenn Zweifel bestehen. War ein System nach dem 21. Oktober noch verwundbar im Netz, die API-Schlüssel der angebundenen KI-Dienste erneuern und die Nutzung auf ungewöhnliche Spitzen prüfen.
4. KI-Anwendungen in den Notfallprozess einbeziehen. Kritische Updates müssen auch für Chatbot-Server, Testinstanzen und Prototypen gelten, die oft am Prozess vorbei entstanden sind.
5. KI-generierten Code prüfen lassen. Code von KI-Assistenten durchläuft dieselbe Prüfung wie jeder andere Code, bevor er produktiv geht.
6. Regeln für KI in der Sicherheitsarbeit festlegen. Wer KI zur Code-Analyse nutzt, braucht passende Werkzeuge, einen Vertrag zur Auftragsverarbeitung und eine klare Freigabe in der KI-Richtlinie.
7. Zuständigkeiten abstimmen. KI-Beauftragter, Informationssicherheit und Datenschutz klären gemeinsam, wer bei einem Vorfall an einer KI-Anwendung was tut, inklusive Meldepflichten.

Wer was übernimmt

Der KI-Beauftragte patcht keine Server. Seine Aufgabe ist es, den Überblick zu halten: Welche KI-Anwendungen gibt es, worauf laufen sie, welche Risiken hängen daran, und sind sie in die Prozesse von IT-Sicherheit und Datenschutz eingebunden? Bei einem Fall wie PHP2Shell zeigt sich schnell, ob dieser Überblick existiert. Eine strukturierte KI-Inventarisierung und eine KI-Risikobewertung sind dafür die Grundlage.

Die Informationssicherheit steuert das Patch- und Notfallmanagement. Den Notfallplan mit Versionsprüfung, Übergangsmaßnahmen und NIS2-Meldepflichten hat das Informationssicherheits-Portal aus derselben Unternehmensgruppe im Beitrag PHP2Shell: Notfallplan für IT-Verantwortliche zusammengestellt. Die Datenschutzfragen, insbesondere die 72-Stunden-Frist nach Art. 33 DSGVO bei einem Einbruch, behandelt der Beitrag PHP2Shell und Datenschutz.

Fazit

PHP2Shell zeigt beide Seiten der Entwicklung: KI findet Lücken, die Menschen jahrelang übersehen haben, und sie verkürzt die Zeit, in der Unternehmen reagieren können. Wer KI-Anwendungen betreibt, sollte sie deshalb wie jede andere Webanwendung in Inventar, Patch-Prozess und Notfallplanung aufnehmen. Ein externer KI-Beauftragter hält diese Fäden zusammen, bei DATUREX ab 250 € im Monat. Für das technische Update und die Anpassung Ihrer Anwendungen steht unser Entwicklerteam bereit: 0351 79 59 35 13 oder über unser Kontaktformular.

Quellen: PHP-Projekt, Security Advisory zu CVE-2026-109618 und CVE-2026-109619 (21. Oktober 2026) · BSI-IT-Sicherheitshinweis „PHP: Kritische Schwachstellen bedrohen Webanwendungen weltweit“, Version 1.1 vom 21. Oktober 2026 · EU AI Act, Art. 15 (EUR-Lex)

Häufige Fragen

Was ist PHP2Shell? +

PHP2Shell ist die Bezeichnung für zwei kritische Schwachstellen in der Programmiersprache PHP, CVE-2026-109618 und CVE-2026-109619. Sie erlauben Angreifern, ohne Anmeldung Code auf Webservern auszuführen. Behoben sind sie in PHP 8.5.12, 8.4.27, 8.3.36 und 8.2.35, veröffentlicht am 21. Oktober 2026. Das BSI warnt mit Stufe Orange.

Welche Rolle hat KI bei PHP2Shell gespielt? +

Die Lücken wurden bei einer Code-Prüfung gefunden, an der die Sicherheitsfirmen Calif und Wiz gemeinsam mit OpenAI beteiligt waren, unterstützt durch KI-Modelle. Gleichzeitig weist das BSI darauf hin, dass Angreifer mit KI-Werkzeugen Patches schnell analysieren und daraus Exploits entwickeln können. Die Zeit zwischen Patch und Angriff schrumpft dadurch auf Stunden.

Sind KI-Anwendungen von PHP2Shell betroffen? +

Wenn sie auf PHP laufen, ja. Das gilt zum Beispiel für Chatbot-Plugins in WordPress, Wissensportale oder KI-Funktionen in Shops und Intranets auf PHP-Basis. Angreifer könnten dort an Gesprächsverläufe, hochgeladene Dokumente und API-Schlüssel für KI-Dienste gelangen. Geschützt sind diese Anwendungen erst nach dem PHP-Update auf dem Server.

Ist der KI-Beauftragte für Sicherheitslücken zuständig? +

Nicht für das Patchen, das bleibt Aufgabe der IT. Der KI-Beauftragte sorgt aber dafür, dass im KI-Register steht, auf welcher technischen Basis eine KI-Anwendung läuft und wer sie betreut. Er stimmt sich mit Informationssicherheit und Datenschutz ab und achtet darauf, dass KI-Anwendungen in den Notfallprozess für kritische Updates einbezogen sind.

Dürfen wir KI selbst zur Suche nach Schwachstellen im eigenen Code einsetzen? +

Ja, das kann sinnvoll sein, braucht aber Regeln. Quellcode enthält oft Zugangsdaten und Geschäftsgeheimnisse und gehört nicht in frei verfügbare Chat-Dienste. Nutzen Sie Werkzeuge mit Vertrag zur Auftragsverarbeitung oder lokale Modelle, legen Sie fest, wer die Ergebnisse prüft, und halten Sie das in Ihrer KI-Richtlinie fest.