Zwei Monate lang arbeiteten die Maintainer der Programmiersprache PHP, OpenAI und spezialisierte Cybersicherheitsfirmen im Verborgenen an einem der heikelsten Notfall-Patches der jüngeren Internetgeschichte. Nun hat das PHP-Projekt außerplanmäßige Sicherheitsversionen freigegeben, um zwei verheerende Schwachstellen im Kern der Sprache zu schließen. Entdeckt wurden die Zero-Day-Lücken maßgeblich durch den Einsatz hochentwickelter KI-Modelle wie OpenAIs GPT-5.6 Sol. Doch der minutiös geplante Ablauf einer koordinierten Veröffentlichung geriet in den letzten 24 Stunden dramatisch außer Kontrolle: Vorzeitige Leaks, ein versehentlich publiziertes Exploit-Video und ein gebrochenes Embargo zwangen Behörden weltweit - allen voran die US-amerikanische National Security Agency (NSA) - zu drastischen Notfallwarnungen.

Zwei fatale Lücken im Maschinenraum des Webs

PHP treibt nach wie vor das Fundament eines gewaltigen Teils des weltweiten Webs an: Content-Management-Systeme wie WordPress, große E-Commerce-Plattformen, Regierungsdienste und Bankenportale stützen sich tagtäglich auf die Open-Source-Laufzeitumgebung. Umso schwerer wiegen die beiden neu geschlossenen Schwachstellen, die direkt in den untersten Schichten der PHP-Engine verankert sind:

  • CVE-2026-109618 (RCE via OOM-Zustand): Wenn eine Web-Anfrage das konfigurierte Speicherlimit (memory_limit) zu einem unglücklichen Zeitpunkt erreicht, hinterlässt die Speicherverwaltung unvollständig initialisierte interne Daten und verarbeitet diese später irrtümlich als gültig weiter. Laut Sicherheitsberichten lässt sich dieser Zustand auf Apache-Webservern mit mod_php durch eine unauthentifizierte Anfrage gezielt vor der Ausführung jeglichen Anwendungscodes provozieren. Sicherheitsforscher konnten unter Standardeinstellungen die vollständige Ausführung von beliebigem Schadcode (Remote Code Execution, RCE) demonstrieren. Auch unter PHP-FPM wurde die Lücke über anwendungsseitige Codepfade verifiziert.
  • CVE-2026-109619 (RCE via verwaisten Status): Führt ein fataler Fehler im Skriptablauf zum Abbruch, kann interner Programmstatus zurückbleiben, der auf den Speicherbereich einer vorherigen Anfrage verweist. Wird derselbe Server-Worker für eine nachfolgende Anfrage wiederverwendet, greift PHP auf bereits freigegebenen Speicher zu (Use-After-Free). Forscher wiesen nach, dass sich dieser Fehler zur Übernahme realer Produktivumgebungen ausnutzen lässt.

Beide Schwachstellen erhielten einen vorläufigen Schweregrad von CVSS 9.2. Sie erfordern keine vorherige Authentifizierung und geben Angreifern bei erfolgreichem Angriff direkten Zugriff auf das Dateisystem und die Datenbanken des Servers.

KI als Pfadfinder: Das „Defender’s Window“ von OpenAI und Calif

Die Entdeckung der Schwachstellen markiert einen Wendepunkt für den praktischen Einsatz von KI in der Cybersicherheit. Bereits am 11. August 2026 stieß der Sicherheitsforscher Ryan A von der Firma Calif im Rahmen von OpenAIs Sicherheitsinitiative Patch the Planet auf den funktionsfähigen RCE-Exploit - generiert und analysiert mithilfe des Modells GPT-5.6 Sol. Am selben Tag meldete auch OpenAIs eigenes Forschungsteam unabhängig dieselbe fundamentale Ursache. Kurz darauf reichte auch das Cloud-Sicherheitsunternehmen Wiz vollständige Nachweise für beide Schwachstellen ein, gefolgt von weiteren Analysen durch Trail of Bits.

OpenAI nutzt den Vorfall, um sein Konzept des sogenannten „Defender’s Window“ zu untermauern. Die These besagt, dass Frontier-KI-Modelle den Verteidigern einen zeitlichen Vorsprung verschaffen können, um kritische Lücken in weit verbreiteter Infrastruktur aufzudecken und zu beheben, bevor kriminelle Angreifer dieselben Fähigkeiten zur Massen-Ausbeutung einsetzen. Zur Unterstützung dieses Ansatzes kündigte OpenAI an, über die Initiative Daybreak for Frontline Defenders subventionierten Modellzugang im Umfang von einer Milliarde Dollar für Betreiber essenzieller Dienste bereitzustellen - eine direkte Weiterentwicklung der KI-Cyberabwehrplattform OpenAI Daybreak.

Wie OpenAI-Präsident Greg Brockman auf X hervorhob, habe die Koordination mit Maintainern, Cloud-Providern und Regierungsstellen wie der CISA und dem National Cyber Director gezeigt, dass die Skalierung von KI-Sicherheitswerkzeugen ein völlig neues Zusammenspiel erfordere.

Chronik einer Entgleisung: Leaks, Video-Panne und gebrochenes Embargo

Die Brisanz des aktuellen Falles liegt jedoch nicht nur in den technischen Details, sondern im fast vollständigen Zusammenbruch des vertraulichen Offenlegungsprozesses in den entscheidenden Stunden vor dem Release. Die Entstehungsgeschichte des Fehlers reicht tatsächlich bis in das Jahr 2024 zurück: Damals war das Problem der Speicherbereinigung bei einem durch die deutsche Sovereign Tech Agency finanzierten Audit durch Quarkslab erstmals theoretisch erfasst worden. Weil ein tiefgreifender Fix jedoch drohte, bestehende Web-Extensions zu beschädigen oder neue Denial-of-Service-Probleme zu schaffen, stockte die Behebung innerhalb des kleinen, konsensorientierten Entwicklerteams über Monate hinweg.

Erst die konkreten RCE-Exploits von Calif, OpenAI und Wiz im August 2026 brachten den Stein ins Rollen: Die Maintainer der PHP Foundation arbeiteten fortan im Dauereinsatz, um funktionierende Patches für alle aktiven Zweige zu schreiben. Als offizieller Veröffentlichungszeitpunkt war Donnerstag, der 22. Oktober, 14:00 UTC, vorgesehen. Doch der Plan geriet ins Wanken:

  • Dienstag, 20. Oktober, 15:00 UTC: Erste Details und die beiden CVE-Nummern tauchten vorzeitig in Diskussionsforen und auf X auf - versehen mit einem unzutreffenden CVSS-Wert von 10.0. Um einer unkontrollierten Panik zuvorzukommen, zog die PHP Foundation den weltweiten Releasetermin kurzfristig um 24 Stunden auf Mittwoch vor.
  • Dienstag, 20. Oktober, ca. 20:00 UTC: Inmitten der Hektik veröffentlichte die beteiligte Sicherheitsfirma Calif versehentlich ein Video, das funktionierende Exploits gegen mehrere Testsysteme zeigte. Das Video wurde zwar rasch wieder entfernt, doch Kopien verbreiteten sich umgehend in der Sicherheitscommunity und befeuerten den Bau funktionierender Angriffs-Skripte.
  • Mittwoch, 21. Oktober, 07:41 UTC: Mehr als sechs Stunden vor dem koordinierten Termin brach der Sicherheits- und Container-Distributor Chainguard einseitig das Embargo und stellte fertig kompilierte Container-Images mit den Korrekturen online. Für professionelle Angreifer genügte dieser Schritt: Sie konnten den Quellcode-Patch per Reverse-Engineering aus den Binärdateien extrahieren, während Millionen regulärer PHP-Nutzer noch auf die offiziellen Update-Pakete warteten.

NSA und WordPress schlagen Alarm: Patchen oder sofort abschalten

Angesichts der kursierenden Exploits und der massiven Angriffsfläche sahen sich Sicherheitsbehörden gezwungen, ungewöhnlich scharfe Warnungen auszusprechen. Die Cybersecurity-Direktion der US-amerikanischen National Security Agency (NSA) wandte sich über ihre offiziellen Kanäle an die Öffentlichkeit:

Die Botschaft der NSA deckt sich mit den Empfehlungen der britischen NCSC sowie der US-Behörde CISA: Sollte ein unmittelbares Einspielen der bereitgestellten Sicherheitsupdates auf Systemen nicht möglich sein, sei zu prüfen, ob die betroffenen Server vorübergehend vollständig vom Netz genommen werden müssen, um eine Kompromittierung zu verhindern.

Auch das Open-Source-Projekt WordPress.org reagierte mit einem globalen Rundruf an Millionen Website-Betreiber. Zwar liege die Schwachstelle nicht im Code von WordPress selbst, sondern auf Serverebene, doch seien nahezu alle selbst gehosteten Instanzen betroffen. Besonders brisant: Versionen vor PHP 8.2 erhalten vom PHP-Projekt seit geraumer Zeit keine offiziellen Sicherheitsaktualisierungen mehr. Webseiten, die auf veralteten Versionen wie PHP 8.1, 8.0 oder 7.x laufen und von ihren Hostern keine gesonderten Langzeit-Patches erhalten, sind den nun bekannten Angriffswegen schutzlos ausgeliefert.

Das Dilemma: Warum KI-Tools das Open-Source-Problem nicht alleine lösen

Der Vorfall illustriert ein strukturelles Dilemma, vor dem die Tech-Branche im KI-Zeitalter steht. Die PHP Foundation nutzt bereits seit Monaten automatisierte KI-Audits - unter anderem Scans mit Anthropics Claude Mythos über Alpha-Omega sowie OpenAI Daybreak Red -, um die Flut an Sicherheitsmeldungen zu bewältigen. Die Zahl der eingereichten Reports sei explosionsartig gestiegen.

Wie die Maintainer in ihrer Stellungnahme jedoch schonungslos offenlegen, stößt der reine Einsatz von KI an klare Grenzen: Sprachmodelle können Schwachstellen in Sekundenschnelle aufspüren und Proof-of-Concepts generieren, was zu einem Rekord an Sicherheitslücken führt. Sie können jedoch keine komplexen architektonischen Abwägungen treffen, keine jahrzehntealten Designentscheidungen im Sprachkern sanieren und nicht garantieren, dass ein tiefgreifender Eingriff nicht Millionen bestehender Webanwendungen lahmlegt. Diese Verantwortung ruht nach wie vor auf den Schultern einer winzigen Gruppe von Core-Entwicklern.

Solange milliardenschwere Konzerne und kritische Institutionen von offener Software abhängen, deren Wartung auf knappen Budgets und wenigen Einzelpersonen basiert, drohen Initiativen wie „Patch the Planet“ den Druck auf die Maintainer sogar noch zu vergrößern. Die jüngst ausgerufene Cyberabwehr-Allianz der Tech-Riesen wird sich daran messen lassen müssen, ob neben Modell-Tokens auch nachhaltige Finanzmittel und erfahrene Entwickler dort ankommen, wo das Fundament des Internets tatsächlich gebaut und repariert wird.

1. Versionen und Serverumgebung sofort prüfen: Überprüfen Sie auf allen Servern umgehend die laufende PHP-Version (auf der Konsole via php -v oder in WordPress unter Werkzeuge > Website-Zustand > Bericht > Server). Betroffen sind alle Installationen, die noch nicht auf die heute freigegebenen Versionen 8.5.12, 8.4.27, 8.3.36 oder 8.2.35 aktualisiert wurden.

2. Notfall-Updates einspielen: Führen Sie Paket-Updates Ihres Betriebssystems oder Containers unverzüglich durch. Achten Sie bei Linux-Distributionen (Debian, Ubuntu, RHEL) auf die entsprechenden Sicherheits-Backports Ihres Anbieters.

3. Veraltete PHP-Versionen isolieren oder abschalten: Systeme mit PHP 8.1 oder älter erhalten keine regulären Upstream-Patches. Können diese nicht kurzfristig auf PHP 8.2+ migriert werden und bietet Ihr Hoster keinen verifizierten Backport-Patch, sollten die betroffenen Dienste nachdrücklich vorübergehend vom Netz getrennt werden.

4. WAF-Regeln und Schutzfilter aktivieren: Sofern Sie Cloudflare, AWS WAF oder ModSecurity einsetzen, prüfen Sie, ob die generischen Regelsätze zur Erkennung von Pufferüberläufen und ungewöhnlichen Speicherzuständen aktiviert sind, um Zeit für das Server-Patching zu gewinnen.

5. Hosting-Provider in die Pflicht nehmen: Betreiben Sie Webseiten auf Shared-Hosting- oder Managed-Server-Plattformen, fordern Sie eine schriftliche Bestätigung an, dass die PHP-Laufzeitumgebungen gegen CVE-2026-109618 und CVE-2026-109619 abgesichert wurden.

Dieser Artikel enthält eingebettete Inhalte externer Anbieter, etwa Videos oder Social-Media-Beiträge. kiwoche.com ordnet diese Inhalte redaktionell ein, übernimmt sie jedoch nicht als eigene Inhalte. Die Rechte daran verbleiben bei den jeweiligen Rechteinhabern; für die externen Inhalte sind die jeweiligen Anbieter verantwortlich. Eingebettete Inhalte können vollständig oder teilweise mit KI erstellt oder bearbeitet worden sein.

📰 Quellen
OpenAI Coordinated Disclosure ↗ The PHP Foundation ↗ NSA Advisory PHP ↗ WordPress News ↗ NSA Cyber auf X ↗ Greg Brockman auf X ↗
Teilen: