PHP2Shell-Schwachstelle: Eine hochriskante Schwäche durch AI, warum sie weltweit Webseiten in Bedrängnis bringt

---

Anlassseite

Am 21. Oktober 2026 veröffentlichte PHP offiziell ein Patches, um zwei gefährliche Sicherheitslücken mit den Nummern CVE-2026-109618 und CVE-2026-109619 zu beheben. Die Sicherheitsexperten bezeichneten diese Lücken gemeinsam als „PHP2Shell“, da sie es ermöglichten, dass Webserver, die PHP ausführen, unbefugt beliebiges Code ausführen konnten. Die Nachrichten verbreiteten sich innerhalb von 24 Stunden von Sicherheitsblogs auf die Titelseiten von Mainstream-Medien wie BBC, CNN und CNBC. In mehreren Ländern wurden Regierungswebsites vorübergehend vom Selbsttesten abgeschaltet. Im Gegensatz zu früheren Sicherheitslücken war diesmal das Projekt „Patch the Planet“ des AI-Sicherheitsforschungsprogramms von OpenAI sowie seine Partner auf der Liste der Hauptentdecker zu finden. Für die erste Mal betrat AI die Rolle der Hauptakteure bei der Aufdeckung von Sicherheitslücken im Grundwerkzeug, das siebzig Prozent aller Websites weltweit betrifft – eine Sache, die mehr Aufmerksamkeit verdient als die beiden CVE-Nummern.

Diese Kombination von Sicherheitslücken erregte weltweite Aufmerksamkeit nicht nur wegen ihrer technischen Schwerwiegendheit, sondern auch weil sie in einer Internet-Infrastruktur wie PHP auftrat. PHP ist eine der am weitesten verbreiteten服务器端-Skriptsprachen der Geschichte und ist in den größten E-Commerce-Plattformen und Content-Management-Systemen von Anfang an zu finden. Wenn zwei gefährliche Sicherheitslücken gleichzeitig solch einfaches Grundwerkzeug betreffen, kann es für alle Nutzer schwierig sein, sich herauszuhalten. Für Sicherheitsexperten ist dies ein Meilenstein in der Hilfeleistung bei der Sicherheitslückenentdeckung durch AI; für normale Internetnutzer ist es eine Warnung: Der unterste Code der Websites, die wir täglich besuchen, wird möglicherweise neu überprüft.

Was geschah

Die Zeitlinie ist nicht kompliziert. Am 1. August 2026 entdeckte Calif unter der Projektstruktur „Patch the Planet“ erstmals Anomalien mit Hilfe von OpenAI GPT-5.6 Sol. Am 20. August bestätigte die Sicherheitsfirma Wiz, eine Tochtergesellschaft von Google, dass diese Sicherheitslücken eine unbefugte Fernausführung von Code (RCE) auf Drupal ermöglichen. Ein Tag später bestätigte Wiz, dass auch WordPress betroffen war. Nach zwei Monaten koordinierter Bekanntgabe veröffentlichte PHP offiziell am 21. Oktober ein Patches, wobei Wiz, OpenAI und Calif gleichzeitig die Details preisgaben. Am nächsten Tag berichteten alle weltweiten Mainstream-Medien ausführlich darüber, und in einigen Ländern wurden Regierungswebsites vom Selbsttesten abgeschaltet.

Diese zwei Monate der Koordination waren keine leere Wartezeit, sondern ein typisches Verfahren für verantwortungsvolle Offenlegung. Entdecker, betroffene Hersteller und Sicherheitsteams mussten in dieser Zeit die Details der Sicherheitslücken überprüfen, den Ausmaß des Problems einschätzen, Patches vorbereiten und versuchen, die Sicherheitslücken vor der öffentlichen Bekanntgabe zu vermeiden. Diese Koordination erfordert viel menschliche Kommunikation und Entscheidungsfindung – AI kann die Entdeckung beschleunigen, aber es kann diese organisatorische Arbeit nicht ersetzen.

PHP2Shell besteht aus zwei CVEs mit einer CVSS-Einstufung von 9.2/10 und umfasst eine Kombination aus unbefugter Fernausführung von Code und Speicherzugriffsschäden. Der Einflussbereich umfasst alle PHP-Versionen, die Webanfragen anbieten, einschließlich bekannten Betriebssystemen wie PHP-FPM, Apache mod_php, php-cgi und FrankenPHP. Noch problematischer ist, dass die Historie mindestens bis 2004 bei PHP 5 reicht – das bedeutet, dass in den letzten zwanzig Jahren viele Websites, die auf PHP basieren, möglicherweise mit solchen Codepfaden konfrontiert waren.

Die Gefährlichkeit von RCE-Lücken besteht darin, dass Angreifer ohne Account- und Passwortkennung beliebige Befehle auf dem Server ausführen können. Das bedeutet, dass eine sorgfältig konstruierte Anfrage direkt zu einem Hintertürchen auf dem Server werden kann. Die Sicherheitslücken im Speicherbereich machen die Ausnutzung der Lücken noch heimlicher – übliche Eingabenfilter und Berechtigungseinschränkungen reichen möglicherweise nicht aus, um sie abzuwehren. Die Kombination beider Faktoren führt dazu, dass die Bedrohungsstufe von PHP2Shell nahe am höchsten Punkt liegt.

Etwa 70% aller Websites weltweit verwenden PHP – das ist ein wichtiger Grund für die große Aufmerksamkeit, die diese Lücken erregt haben. Doch „70% der Websites sind betroffen“ und „die Lücken betreffen Websites, die PHP verwenden, was etwa 70% aller weltweiten Websites ausmachen“ sind zwei völlig unterschiedliche Aussagen. Die erste deutet darauf hin, dass das Internet in großem Maße angegriffen wurde, die zweite beschreibt lediglich die Größe des Angriffsbereichs. Bis zur Bekanntgabe hatte die Sicherheitsbehörde noch keine erfolgreichen Fälle der Ausnutzung dieser Lücken gemeldet, aber das potenzielle Risiko reicht aus, um die Websites mehrerer Regierungen aktiv zu überprüfen.

Dieser Vorfall zeigt erneut ein altes Problem: Die Lücken in Grundsoftware sind oft sehr tief versteckt. Von PHP 5 bis PHP 8 hat sich die Version mehr als zwanzig Jahre entwickelt, viele historische Code- und Kompatibilitätslogiken sind miteinander verbunden – selbst die erfahrensten Sicherheitsforscher haben Schwierigkeiten, alle Pfade innerhalb kurzer Zeit manuell zu überprüfen. Die Einführung von AI hat diese Art der Suche nach Lücken in gewissem Maße in eine skalierbare Scans-Verfahren verwandelt. Das bedeutet nicht, dass AI die Menschen ersetzt, aber es ändert tatsächlich die Effizienz und Kostenstruktur der Lückenforschung.

Die offiziellen Angaben stimmen nicht überein

Bei dieser Angelegenheit gibt es einige wichtige Details, die beachtet werden sollten.

Erstens sind die Aussagen der Entdeckungsparte unterschiedlich. Die offizielle Patches-Ankündigung von PHP, Wiz’ technische Berichte und OpenAI’s Blog haben alle an der Bekanntgabe teilgenommen, aber ihre Schwerpunkte sind unterschiedlich. OpenAI betont, dass das Patch the Planet-Projekt GPT-5.6 Sol verwendet hat, um die Lücken zu entdecken; Wiz erwähnt, dass sie Wiz Atlas, Gemini 4 Argon und GPT-5.6 Sol verwendet hat. Es ist nicht ganz klar, ob die Lücken tatsächlich von AI allein oder in Zusammenarbeit mit Menschen entdeckt wurden. Diese Unterschiede in der Darstellung beeinflussen direkt die Meinung der Öffentlichkeit über „AI-Entdeckungen von Lücken“.

Zweitens gibt es Überschneidungen und Wettbewerb zwischen den Berichten von Google und OpenAI. Wiz wurde von Google übernommen, und in seinen Berichten werden sowohl Gemini als auch GPT-Modelle erwähnt, während OpenAI die zentrale Rolle von GPT-5.6 Sol hervorhebt. Wenn die Fähigkeiten im Bereich AI-Sicherheit zu Nachrichtenhighlights werden, haben beide Unternehmen Interesse daran, die Entdeckung ihren eigenen Technologien zuzuordnen. Leser können leicht den Bericht über eine Zusammenarbeit mehrerer Parteien auf eine technische Sieg eines Unternehmens reduzieren, wenn sie nur den Titel lesen.

Drittens gibt es Spannungen zwischen „keine erfolgreiche Nutzung der Lücken gemeldet“ und „globale Warnung“. Die offiziellen Angaben betonen gemeinsam die Schwere der Lücken: CVSS 9.2, 70% der Websites, Regierungswebsites werden deaktiviert – diese Zahlen zusammen erzeugen oft den Eindruck, dass ein Katastrophenfall stattgefunden hat. Tatsächlich handelt es sich jedoch um eine potenzielle Bedrohung, die noch nicht auf große Weise ausgenutzt wurde. Die Darstellung von potenziellen Risiken als realen Krisen ist ein häufiger Trick in der Berichterstattung über Sicherheitsvorfälle.

Viertens gibt es noch einen Unterschied zwischen der Veröffentlichung von Patches und der Fertigstellung der Fehlerbehebung. Die offizielle Veröffentlichung von Patches durch PHP ist nur der erste Schritt. Ob Millionen von Webseiten und Serveradministratoren rechtzeitig aktualisiert werden, ist entscheidend für den tatsächlichen Ausmaß des Einflusses. In der Geschichte hat die Zerstörungskraft vieler „ernsthafter Sicherheitslücken“ nicht vom Fehler selbst kommen, sondern von einer großen Anzahl unbeheilter Systeme. Diesmal ist es keine Ausnahme.

Diese Unterschiede in der Formulierung scheinen auf PR-Strategien zurückzuführen zu sein, doch sie betreffen tatsächlich, wie die Öffentlichkeit die wahre Rolle von AI in der Cybersicherheit versteht. Wenn die Nutzung von AI zur Entdeckung von Sicherheitslücken übertrieben wird zu einer reinen Entdeckung durch AI, könnte dies Entscheidungsträger dazu bringen, die technischen Fähigkeiten zu überschätzen und die zentrale Rolle menschlicher Teams bei Koordination, Beurteilung und Fehlerbehebung zu unterschätzen.

Was wird in den Kommentaren gesagt

Die Diskussionen auf Hacker News konzentrieren sich auf zwei Richtungen. Ein Teil der Menschen betrachtet die Beteiligung von AI an der Entdeckung von Sicherheitslücken als einen wichtigen Wendepunkt, der bedeutet, dass die Art und Weise der Sicherheitsüberprüfung von Grundsoftware in Zukunft verändert werden wird. Ein anderer Teil zweifelt, dass AI-Tools nur die Arbeit beschleunigen, die normalerweise von menschlichen Forschern erledigt wird. Die eigentliche Identifizierung von Sicherheitslücken, die Beurteilung des Ausmaßes des Problems und die Koordination der Patches bleiben weiterhin Aufgaben menschlicher Teams. Der Kern dieses Streits ist nicht, ob AI nützlich ist, sondern in welchem Maße „AI-Entdeckungen“ die Verantwortung verändern.

In den sozialen Medien konzentrieren sich normale Nutzer mehr auf die Frage, „Wird meine Website angegriffen werden?“, sowie auf die Frage, „Kann AI bereits selbst Sicherheitslücken erzeugen oder beheben?“ Diese Bedenken werden teilweise durch die Medienberichterstattung verstärkt. Beispielsweise wird behauptet, dass „AI 70% des Internets beeinträchtigt hat“, wobei Entdecker, Art der Lücken und das Ausmaß des Problems verwechselt werden. Leser können leicht denken, dass AI einen Angriff auf etwa 70% des Internets ausgelöst hat.

Es ist wichtig zu unterscheiden, dass PHP2Shell eine Gruppe von Sicherheitsdefekten ist, die behoben werden müssen, und kein bereits genutzter Angriff. Die Berichterstattung über Sicherheitslücken als Angriffe führt dazu, dass Leser die wirklichen Risiken falsch einschätzen.

Es gibt auch Kommentare, die darauf hinweisen, dass dieser Vorfall die Regierungen verschiedener Länder dazu bringen könnte, strengere Sicherheitsüberprüfungen für wichtige Infrastrukturen durchzuführen. Als einer der weltweit wichtigsten Webseiten ist PHP bereits über die technische Grenze hinausgegangen und hat in das Thema der nationalen Cybersicherheit eingeworfen. Wenn Regierungswebseiten aufgrund derselben Sicherheitslücke überprüft werden, werden sowohl die öffentliche Meinung als auch die politische Ebene strengere Sicherheitsstandards und Rechenschaftspflichten verlangen. Die Politisierung von Sicherheitsproblemen ist manchmal genauso zu beachten wie die Technologie selbst.

Drei Dinge für normale Nutzer

Für normale Nutzer, die keine direkten Serveradministration durchführen, hat dies drei praktische Bedeutungen.

Erstens sollten Sie feststellen, ob die von Ihnen verwalteten Webseiten PHP verwenden und den Status der Patches überwachen. Normale Nutzer können die Serverkonfiguration nicht direkt einsehen, aber sie können die öffentlichen Erklärungen der Webseiten beobachten. Wenn Sie eine Unternehmenswebseite, einen Blog oder einen E-Commerce-Server verwalten und die Backend-Programmierung mit PHP erfolgt, sollten Sie prüfen, ob der Anbieter oder das technische Team die Patches installiert haben, und gleichzeitig darauf achten, ob in den nächsten Tagen tatsächliche Angriffsereignisse gemeldet werden. Wenn Sie unsicher sind, können Sie direkt den Hosting-Anbieter oder den technischen Leiter fragen.

Zweitens sollten Sie auf Betrugsversuche vor allem als Ausdruck von Falschmeldungen vorsichtig sein. Nach der Bekanntgabe von großen Sicherheitsvorfällen treten oft Phishing-Link, die als „Sicherheitsaktualisierung“ oder „offizielle Patches“ getarnt sind, auf. Offizielle PHP-Patches sollten über php.net oder vertrauenswürdige Linux-Distributionen erworben werden. Klicken Sie nicht auf unbekannte Download-Link in E-Mails oder sozialen Medien. Jedes „Patches“-Angebot, das verlangt, dass Sie Ihr Serverpasswort eingibt oder verdächtige Anhänge herunterlädt, sollte als verdächtig angesehen werden.

Drittens: Eine neue Interpretation des wahren Sinns von „AI entdeckt Sicherheitslücken“. Die Rolle von AI in diesem Vorfall ist die Unterstützung bei der Entdeckung und Analyse, nicht der autonome Angriff oder die autonome Behebung. Sowohl die Verherrlichung als auch die Verurteilung von AI hilft nicht dabei, das Risiko zu verstehen. Was wirklich entscheidend ist, sind die Koordination des Sicherheitsteams, die Rechtzeitigkeit der Patches und die Aktivitäten der Nutzer bei der Aktualisierung.

Schlussfolgerung

Was den PHP2Shell-Vorfall besonders bemerkenswert macht, sind die zahlreichen Probleme hinter dem Begriff „AI entdeckt Sicherheitslücken“: Wie wird die Zugehörigkeit der technischen Entdeckungen in der Zusammenarbeit zwischen verschiedenen Parteien definiert, wie werden potenzielle Risiken verstärkt, und wie können gewöhnliche Nutzer inmitten von Informationschaos genaue Entscheidungen treffen?

Bis zum 24. Oktober 2026 befand sich der Vorfall noch innerhalb des 48-Stunden-Hot-Topic-Windows. Die Patches wurden bereits veröffentlicht, doch der tatsächliche Fortschritt bei der Behebung sowie die Ausbreitung der Probleme müssen weiterhin beobachtet werden. Für Websitebetreiber ist eine rechtzeitige Aktualisierung die einzige sicherheitsbewahrende Maßnahme; für Zuschauer ist es wichtig, zwischen „Sicherheitslücken vorhanden“ und „Sicherheitslücken ausgenutzt“ zu unterscheiden, um diese Art von Nachrichten zu verstehen.

Der Vorfall wird zwar letztendlich abklingen, aber die gestellten Fragen werden nicht verschwinden. Wenn AI immer tiefer in die Sicherheit von Grundlagensoftware eingreift, brauchen wir nicht nur intelligentere Modelle, sondern auch klarere Kennzeichnungsstandards, verantwortungsvollere Medienberichterstattung und bessere Leser, die entsprechend urteilen können. Wenn eine ähnliche Sicherheitslücke erneut auftritt, hoffen wir, dass wir alle die Wahrheit sofort erkennen können, anstatt von den Überschriften beeinflusst zu werden.

Referenzen

• Offizielle PHP-Patch-Bekanntmachung (2026-10-21)
• Wiz-Tech-Rapor: Analyse der PHP2Shell-Sicherheitslücke
• OpenAI-Blog: Erklärung zur Veröffentlichung des Patch the Planet-Projekts
• Google Cloud Security Blog: Reaktionen
• Berichte von BBC, CNN, CNBC (2026-10-22)
• Diskussionen auf Hacker News