KI findet Sicherheitslücken: Was die PHP-Warnung für den Mittelstand bedeutet

Am 21. Oktober 2026 hat das BSI vor zwei kritischen Schwachstellen in PHP gewarnt (CVE-2026-109618 und CVE-2026-109619). Was du sofort tun musst, steht in unserem Beitrag zur BSI-Warnung. Hier geht es um die Zeit danach.

Unsere Einschätzung: Diese Warnung war vermutlich erst der Anfang. KI-Werkzeuge finden inzwischen Fehler in Code, den Menschen und klassische Prüfwerkzeuge jahrelang durchgesehen haben. Für dein Unternehmen heißt das: Patchen gehört in den Alltag und ist kein Ausnahmefall mehr.

Inhaltsverzeichnis

Kein Grund für PHP-Bashing

PHP ist kein vernachlässigtes Projekt. Es gibt ein eigenes Security-Team und 2024 gab es ein externes Sicherheitsaudit durch Quarkslab. Trotzdem steckten die beiden Lücken jahrelang im Code. Calif nennt PHP 5.4.0 als frühesten betroffenen Stand. Laut PHP Foundation liegen sie in Speicherverwaltung und Fehlerbehandlung, also in Teilen, die fast jede Anfrage berühren.

Das ist kein Vorwurf an PHP. Jedes große Softwareprojekt hat Stellen wie diese. PHP ist nur das erste Beispiel mit großer Reichweite.

Was bei den PHP-Lücken dokumentiert ist

  • Das BSI schreibt in der Warnung, dass Wiz und Calif zusammen mit OpenAI an der Entdeckung beteiligt waren.
  • Laut OpenAI hat Calif eine kritische Lücke mit GPT-5.6 Sol gefunden. Wiz hat beide Schwachstellen unabhängig davon entdeckt und nennt dafür Wiz Atlas, Gemini 4 Argon und GPT-5.6 Sol.
  • Calif berichtet, dass es nur wenige Tage nach Start der Prüfung am 30. Juli die ersten Funde gab. Das Ziel sei zuvor schon von vielen mit KI-Unterstützung untersucht worden. Spezialzugänge oder nicht öffentlich verfügbare Modelle habe Calif dafür nicht gebraucht.

Dazu gehört eine ehrliche Einordnung: Ein Teil des Problems war nicht völlig unbekannt. Ein Out-of-Memory-Fehler tauchte 2020 als scheinbar harmloser Fehlerbericht auf und fiel 2024 beim Audit erneut auf. Ein Angriffsweg war nicht bewiesen, deshalb wurde nichts behoben. Dass daraus Code-Ausführung aus der Ferne ohne Anmeldung wird, zeigten erst die Prüfungen 2026.

Menschen bleiben trotzdem unverzichtbar. Calif betont, dass Vorwissen über das Ziel entscheidend war. Bei PHP trifft laut PHP Foundation ein Mensch jede Entscheidung und schreibt oder prüft jeden Patch.

Kein Einzelfall: Firefox, SQLite und AIxCC

PHP steht nicht allein. Drei Beispiele mit Zahlen aus den Originalquellen:

  • Firefox (Mozilla, 6. März 2026): Das Frontier-Red-Team von Anthropic fand mit Claude 14 Fehler mit hohem Schweregrad. Insgesamt entstanden daraus 22 CVEs, dazu kamen 90 weitere Fehler. Mozilla zählt Firefox zu den am gründlichsten geprüften Codebasen im Web. Laut Mozilla deckte das Modell auch Arten von Logikfehlern auf, die Fuzzing bis dahin nicht gefunden hatte.
  • SQLite (Google, 2024): Der KI-Agent Big Sleep fand einen ausnutzbaren Fehler, den weder die Tests des Projekts noch OSS-Fuzz entdeckt hatten. Der Fehler wurde vor dem offiziellen Release behoben. Google hält das laut Project Zero für das erste öffentliche Beispiel dieser Art.
  • DARPA AIxCC (2025): Im Finale fanden die KI-Systeme 54 von 63 absichtlich eingebauten Schwachstellen und schlossen 43 davon per Patch. Außerdem entdeckten sie 18 echte, bis dahin unbekannte Schwachstellen in Open-Source-Projekten (DARPA).

Das belegt nicht, dass KI ganz allgemein klüger ist als Menschen. Es belegt etwas Konkreteres: Bei der Suche nach Fehlern in großen Codebasen sind KI-gestützte Verfahren inzwischen so wirksam, dass sie in gut geprüftem Code Treffer landen, die Menschen und klassische Werkzeuge übersehen haben.

Warum das nicht bei PHP bleibt

Mozilla vermutet einen erheblichen Rückstau an Fehlern, die erst jetzt auffindbar werden. Das betrifft weit verbreitete Software. OpenAI erwartet, dass solche Funde in den kommenden Monaten stark zunehmen. Die PHP Foundation schreibt, dass Werkzeuge Fehler schneller finden als je zuvor, für Verteidiger genauso wie für Angreifer.

Wir ziehen daraus einen klaren Schluss: Mit weiteren Meldungen musst du rechnen. Sie betreffen Frameworks, Shop- und CMS-Erweiterungen, Bibliotheken, Server-Software und eigene Anwendungen. Mehr Meldungen heißen nicht, dass Software schlechter wird. Die Suche wird besser. Ein Technologiewechsel löst das nicht, denn auch die nächste Technologie braucht Wartung.

Auch das Tempo ändert sich. Das BSI hielt am 21. Oktober eine großflächige Ausnutzung innerhalb weniger Stunden nach den Updates für wahrscheinlich, weil Angreifer Patches mit KI-gestützten Werkzeugen analysieren können. Am 22. Oktober war ihm noch keine erfolgreiche Ausnutzung in der Breite bekannt.

Patchen gehört in den Betrieb

Das NIST beschreibt Patching als vorbeugende Wartung und als Teil der Kosten des Geschäftsbetriebs. Genau so solltest du es einplanen.

Ein Beispiel: Eine Meldung betrifft eine Bibliothek im Kundenportal. Niemand weiß, welche Version läuft. Der Hoster verweist auf die Entwicklung und die Entwicklung wartet auf eine Freigabe. Hier fehlt kein schnellerer Programmierer. Es fehlen Übersicht und Verantwortung. Mehr dazu in unserem Beitrag zur Betriebsbereitschaft.

Schritt 1: Anwendungen und Abhängigkeiten erfassen

Lege eine zentrale Anwendungsliste an. Pro Anwendung gehören Geschäftszweck, verantwortliche Person, Entwicklungspartner, Hosting, wichtige Komponenten samt Versionen und Supportstatus hinein. Vergiss alte interne Tools nicht. Bei Anwendungen, die seit Jahren unauffällig laufen, fehlt oft der Überblick.

Schritt 2: Zuständigkeiten festlegen

Benenne für jede Aufgabe eine Rolle und eine Vertretung: Meldungen bewerten, Betroffenheit prüfen, Updates einspielen, testen, freigeben. Die Geschäftsführung klärt Budget und Eskalationsregeln. Hoster, Entwickler und Plugin-Hersteller übernehmen nicht automatisch dieselben Updates. Was Hosting und technischer Betrieb abdecken, muss im Vertrag stehen.

Schritt 3: Nach Risiko priorisieren

Nicht jede Meldung ist ein Notfall. Prüfe, ob deine Version betroffen ist, ob die Funktion erreichbar ist und ob es Hinweise auf aktive Ausnutzung gibt. Frage, welche Daten oder Prozesse gefährdet wären und ob ein Patch existiert. Danach entscheidest du, ob das nächste Wartungsfenster reicht. Bei kritischen Lücken in öffentlich erreichbaren Systemen wie jetzt bei PHP reicht es meist nicht.

Schritt 4: Updates wiederholbar organisieren

Ein verlässlicher Ablauf hat feste Stationen: Betroffenheit prüfen, Änderung vorbereiten, testen, Wiederherstellungsweg sichern, ausrollen, danach Funktion und Sicherheitsstatus kontrollieren. Bei einer Webanwendung reichen oft Login, eine zentrale Geschäftsaktion und eine Schnittstelle als Test. Plane feste Wartungsfenster ein und halte Kapazität für dringende Fälle frei. Ein Backup ersetzt keinen Patch.

Welches Betriebsmodell passt?

Intern funktioniert der Betrieb, wenn Fachwissen, Zugänge, Vertretung und Zeit vorhanden sind. Ein externer Partner kann klar abgegrenzte Schichten betreuen. Dafür braucht er Zugänge, Testmöglichkeiten und vereinbarte Reaktionswege. Du kannst auch teilen: Der Partner setzt technisch um, ihr prüft intern die Fachlichkeit und gebt frei. Regelt die Übergaben schriftlich.

Bei EXORD verbinden wir individuelle Softwareentwicklung mit technischem Betrieb. Welche Wartungsaufgaben wir übernehmen, vereinbaren wir konkret und setzen sie nicht stillschweigend voraus.

Fragen an deinen Entwicklungspartner

Kläre im nächsten Gespräch, welche Komponenten dein Partner überwacht und wer neue Meldungen bewertet. Frage, welche Updates im Vertrag stehen und wer den individuellen Anwendungscode anpasst. Besprecht, wie dringende Maßnahmen freigegeben werden, wie der produktive Update-Stand nachgewiesen wird und wer bei Abwesenheit übernimmt. Eine pauschale Zusage klingt freundlich und lässt die entscheidenden Fragen offen.

Fazit: Vorbereitung statt Technologie-Bashing

KI hat in PHP, Firefox und SQLite Fehler gefunden, die lange unentdeckt blieben. Wir gehen davon aus, dass in den kommenden Monaten viele weitere Projekte folgen. Wer dann nicht weiß, welche Software er betreibt und wer sie aktualisiert, verliert Zeit, die er nicht hat.

Fang mit der Anwendungsliste an. Lege danach Zuständigkeiten samt Vertretung fest und spiele den Update-Ablauf an der nächsten anstehenden Änderung durch. Wenn dir intern Kapazität oder Klarheit fehlt, besprich mit uns im IT-Consulting eine Prüfung deiner Anwendungen und Wartungsverantwortung.

Häufige Fragen zu KI und Sicherheitslücken

Wurden die PHP-Sicherheitslücken mit KI gefunden?

Ja. Laut OpenAI hat Calif eine der Lücken mit GPT-5.6 Sol gefunden. Wiz hat beide Schwachstellen unabhängig davon entdeckt und nennt ebenfalls KI-Modelle als Werkzeuge. Das BSI führt Wiz und Calif zusammen mit OpenAI als Beteiligte. Menschen haben die Funde bewertet und die Patches geschrieben.

Ist PHP jetzt unsicherer als andere Technologien?

Nein. Die Warnung zeigt, dass KI Fehler in gut gepflegtem Code finden kann. Das gilt für jede große Software. Entscheidend sind aktuelle Versionen und ein geübter Update-Ablauf.

Reicht ein Update meiner Anwendung aus?

Bei diesen Lücken nicht. Die Fehler stecken in PHP selbst, also muss die PHP-Version auf dem Server gepatcht sein. Die betroffenen und gepatchten Versionen (8.2.35, 8.3.36, 8.4.27 und 8.5.12) stehen in den Advisories zu CVE-2026-109618 und CVE-2026-109619.

Quellen

  1. BSI: PHP – Kritische Schwachstellen bedrohen Webanwendungen weltweit (Cybersicherheitswarnung, Version 1.2, 22.10.2026)
  2. BSI: PHP – BSI warnt vor kritischen Schwachstellen, Sicherheitsupdate noch heute notwendig (Pressemitteilung, 21.10.2026)
  3. The PHP Foundation: Today’s PHP Security Release, and How We’re Strengthening PHP Security (21.10.2026)
  4. The PHP Foundation: How the PHP Security Team Handles Your Reports (14.10.2026)
  5. php-src Security Advisory: RCE via OOM corruption (CVE-2026-109618, GHSA-w8hw-w9fx-j79w)
  6. php-src Security Advisory: RCE via stale global state (CVE-2026-109619, GHSA-6wmf-4rv5-p3rp)
  7. Calif Research: PHP2Shell, A tale of two PHP remote vulnerabilities
  8. Wiz Blog: PHP2Shell, AI uncovers critical RCE vulnerabilities (21.10.2026)
  9. OpenAI: Patch the Planet, global response coordination as agents uncover critical vulnerabilities (21.10.2026)
  10. The Mozilla Blog: Hardening Firefox with Anthropic’s Red Team (06.03.2026)
  11. Google Project Zero: From Naptime to Big Sleep, Using Large Language Models To Catch Vulnerabilities In Real-World Code (01.11.2024)
  12. DARPA: AI Cyber Challenge marks pivotal inflection point for cyber defense (2025)
  13. NIST SP 800-40 Rev. 4: Guide to Enterprise Patch Management Planning, Preventive Maintenance for Technology (04/2022)