KI-Pulse
News

PHP2Shell: KI findet jahrzehntealte Lücken in 70 Prozent des Webs

Von , Redaktion Intelligenz Welt · mit KI-Unterstützung erstellt, redaktionell verantwortet (so arbeiten wir) · · 3 Min. Lesezeit

Artikel teilen
KI-generierte Illustration: ein Lichtstrahl aus einer Linse legt einen leuchtenden Riss in einer Mauer aus Code-Ziegeln frei
Symbolbild, KI-generiert (Intelligenz Welt).

Die wichtigsten Fakten

Kurz gesagt: Sicherheitsforscher haben mit Hilfe von KI-Modellen zwei kritische Schwachstellen im Kern von PHP entdeckt, die dort seit über einem Jahrzehnt schlummerten. Ein einziges Exploit-Skript namens php2shell übernimmt ungepatchte Server aus dem Netz, ganz ohne Login. PHP hat gepatcht, die US-Behörde CISA warnt eindringlich, und erste Angriffe wurden schon vor der Veröffentlichung gesichtet.

Was steckt dahinter?

Die Schwachstellen sitzen nicht in WordPress, Drupal oder einer anderen Anwendung, sondern in PHP selbst. Laut Wiz Research reicht deshalb eine einfache „Hello World“-App auf einer betroffenen Version, um angreifbar zu sein. Die Fehler entstehen, wenn PHP schwere Fehler wie Speicherengpässe verarbeitet: Dabei bleibt korrumpierter interner Zustand zurück, den eine spätere Anfrage desselben Workers wiederverwendet. Das Ergebnis: Angreifer können aus der Ferne Code ausführen oder den Arbeitsspeicher des PHP-Prozesses auslesen, inklusive Passwörter, Tokens und API-Keys anderer Anfragen. Demonstriert wurde die unauthentifizierte Code-Ausführung auf den jeweils aktuellen Container-Images von WordPress, Drupal und Joomla.

CVEKernfehlerDemonstriert
CVE-2026-109618Use-after-free beim Upload-Fortschritt; Auslesen des Prozess-SpeichersPre-Auth-RCE auf WordPress, Drupal, Joomla; anwendungsunabhängiges Speicher-Auslesen
CVE-2026-109619Use-after-free im Fehler-Backtrace; Typ-Verwechslung im OPcachePre-Auth-RCE auf Drupal und WordPress

Der KI-Wendepunkt

Der verwundbare Code lag mehr als zehn Jahre im offenen PHP-Quelltext. Was sich geändert hat, ist die Exploit-Ökonomie: Eine funktionierende Angriffskette erforderte das Verketten mehrerer Fehler und das Anpassen an jede PHP-Version und Speicheranordnung. Wiz beschreibt das als am Rand des für menschliche Forscher praktisch Machbaren. Mit Wiz Atlas, Gemini 4 Argon und GPT-5.6 Sol dauerte es von der Entdeckung am 19. August bis zur bestätigten Code-Ausführung auf Drupal und WordPress nur Tage; Wiz spricht davon, dass ein einzelner Forscher mit den Modellen in einer Woche schaffte, wofür früher ein Weltklasse-Team Monate gebraucht hätte. Unabhängig davon fand das Unternehmen Calif eine der Lücken mit GPT-5.6 Sol im Rahmen von OpenAIs Programm Patch the Planet.

Patch da, Angriffe auch

PHP hat am 21. Oktober die gefixten Versionen 8.5.12, 8.4.27, 8.3.36 und 8.2.35 veröffentlicht; der Patch beseitigt das Fehlermuster an der Wurzel. Für die nicht mehr unterstützten Zweige 7.4 bis 8.1 gibt es lediglich minimale Quell-Backports, wie Tenable zusammenfasst. Brisant: Amazon Threat Intelligence beobachtete Ausnutzungsversuche bereits am 17. Oktober, vier Tage vor der Veröffentlichung, und spricht inzwischen von breiter Ausnutzung. Die US-Behörde CISA hat am selben Tag eine eigene Warnung veröffentlicht und rät: sofort patchen oder PHP-Systeme bis dahin vom Netz nehmen. Vor der Veröffentlichung hatten Automattic, Akamai, AWS, Cloudflare, Fastly, Google, Imperva, Microsoft und Vercel WAF-Regeln und Abhilfen vorbereitet.

Was du mitnehmen kannst

Häufige Fragen

Bin ich betroffen, wenn ich nur WordPress nutze?

Sehr wahrscheinlich ja, solange die PHP-Version nicht gepatcht ist. Die Lücken stecken in PHP selbst, nicht in WordPress. Hoster wie Automattic hatten vor Veröffentlichung Schutzregeln vorbereitet, ersetzt wird das Patchen dadurch aber nicht.

Wurden die Lücken schon ausgenutzt?

Ja. Amazon Threat Intelligence meldet Ausnutzungsversuche seit dem 17. Oktober 2026, vier Tage vor der öffentlichen Veröffentlichung, und inzwischen breite Ausnutzung. Die US-Behörde CISA hat am 21. Oktober eine eigene Warnung zu beiden CVEs veröffentlicht und fordert zum sofortigen Patchen auf; Systeme, die sich nicht aktualisieren lassen, sollen vom Netz.

Mein PHP ist älter als 8.2. Was nun?

Versionen bis 8.1 sind End-of-Life und bekommen keine offiziellen Releases mehr. Das PHP-Sicherheitsteam hat minimale Quell-Backports für 7.4 bis 8.1 veröffentlicht. CISA rät, unpatchbare PHP-Systeme abzuschalten. Realistisch: auf einen unterstützten Zweig aktualisieren.

Hat die KI das Web unsicherer gemacht?

Beides. Dieselben Modelle, die alte Fehler ausnutzbar machen, haben diese Lücken auch gefunden und beim Patch geholfen. Wiz nennt es einen Wendepunkt: Komplexität schützt Software nicht mehr vor Angriffen, sie schützt nur noch, bis ein Modell sie durchdringt.

Quellen

  1. PHP2Shell: AI uncovers critical RCE vulnerabilities affecting 70% of the Internet (Wiz Blog, abgerufen 2026-10-23)
  2. php2shell (CVE-2026-109618, CVE-2026-109619): Frequently asked questions (Tenable, abgerufen 2026-10-23)
  3. AI News Oct 22, 2026: PHP2Shell, Railway breach, Claude Duet (Morning Tokens, abgerufen 2026-10-23)

Weitere Artikel

Artikel teilen

Transparenzhinweis: Dieser Artikel ist ein redaktioneller Beitrag von Philipp Paulik und entstand mit KI-Unterstützung (Recherche und Textentwurf). Alle Quellen sind unten verlinkt; Zahlen und Aussagen stammen aus diesen Quellen. Das Titelbild ist KI-generiert und im Bild entsprechend gekennzeichnet. Die News-Übersicht auf dieser Seite wird dagegen automatisch aus öffentlichen Feeds aggregiert. So arbeiten wir.