Technologie & Innovation

Cloudflare lässt KI Schwachstellen jagen – patchen darf sie noch nicht

|Autor: QUASA-Redaktion|4 Min. Lesezeit| 3
Cloudflare lässt KI Schwachstellen jagen – patchen darf sie noch nicht

Cloudflare hat am 3. September 2026 den einladungsbasierten Early Access für Vulnerability Discovery and Remediation angekündigt. Der Dienst innerhalb von Cloudflare Managed Defense verbindet autorisierte Codeanalysen mit Verkehrs- und Sicherheitsdaten; die Ankündigung von Cloudflare nennt GPT-5.6 Cyber als eines der eingesetzten OpenAI-Modelle.

Die KI übernimmt Erkundung, Suche und Validierung, darf ihre vorgeschlagenen Patches oder Firewall-Regeln aber nicht selbst anwenden. Der Dienst kann eine eng begrenzte WAF-Regel nur dann als vorläufige Abwehr ausrollen, wenn der Kunde VDR zuvor zur Verteidigung der betreffenden Zone autorisiert hat; Änderungen am Quellcode bleiben in jedem Fall unter menschlicher Kontrolle.

Vom freigegebenen Code zum priorisierten Befund

Cloudflare ordnet einen bestätigten Codefehler einer aktiven Produktionsroute mit aktuellen WAF-Signalen zu.

Jede Untersuchung beginnt mit einer Anwendung, deren Codebasis der Kunde ausdrücklich freigibt. Die technische Ablaufbeschreibung umfasst sowohl Cloudflare Workers als auch Anwendungen, deren Datenverkehr über Cloudflare geleitet wird.

Zunächst erstellt der Dienst eine Momentaufnahme aus dem Web-Assets-Inventar und den relevanten Einstellungen der Web Application Firewall. Daraus gehen aktive Routen, ihr Verkehrsaufkommen, jüngere Sicherheitsereignisse und bereits greifende Schutzregeln hervor. Bei Workers kann das System außerdem die aktuelle Quellcodeversion, konfigurierte Routen und verfügbare Anfrage-Metadaten einbeziehen.

Ein Reconnaissance-Agent ordnet anschließend Anfragepfade den zuständigen Teilen des Codes zu. Hunter-Agenten durchsuchen nur die autorisierten Bereiche und können den gesammelten Netzwerkkontext heranziehen. Hohes Verkehrsaufkommen oder auffällige Anfragen gelten dabei nicht als Nachweis einer Schwachstelle: Jeder Befund muss durch konkrete Evidenz im Quellcode bestätigt werden.

Nach der Validierung erhält der Befund zunächst eine Risikoeinstufung anhand des Codes. Produktionssignale können sie erhöhen, etwa wenn der betroffene Endpunkt stark genutzt oder aktiv sondiert wird. Der neue Ansatz soll damit nicht nur Fehler finden, sondern bestätigte Schwachstellen danach ordnen, wie relevant sie in der tatsächlich betriebenen Anwendung sind.

Die Modellprüfung findet auf OpenAI-Servern statt

Begrenzte und geschwärzte Untersuchungsdaten laufen über Cloudflare AI Gateway zur Modellprüfung auf OpenAI-Servern.

Der Orchestrierungsrahmen läuft bei Cloudflare. Er sendet Modellanfragen von Workers über Cloudflare AI Gateway an die Daybreak-Modelle auf OpenAI-Servern; GPT-5.6 Cyber übernimmt Erkundung, Suche und Validierung. Am Cloudflare-Edge läuft keine Modellinferenz.

Der Datenumfang soll auf den autorisierten Quellcode und die für die jeweilige Untersuchung benötigten Belege begrenzt bleiben. Vor der Übermittlung entfernt der Dienst nach seiner technischen Beschreibung nicht benötigten Kontext und wendet die für das Engagement eingerichteten Schwärzungsregeln an. Quellcode, Protokolle und Anfrage-Metadaten behandelt der Rahmen als zu untersuchende Belege, nicht als ausführbare Anweisungen.

Auch Werkzeugaufrufe werden protokolliert und vor der Ausführung gegen die Zugriffspolitik der Untersuchung geprüft. Jeder Patch- oder Regelvorschlag muss außerdem Kontrollen passieren, die außerhalb des Modells implementiert sind. Scheitert eine Prüfung oder bleibt das Ergebnis mehrdeutig, stoppt der Ablauf, bevor der Vorschlag den Kunden erreicht.

Erkennen, blockieren und patchen sind getrennte Schritte

Eine geprüfte Schwachstelle führt zu einer begrenzten Edge-Abwehr und einem separat freizugebenden Code-Patch.

Der Produktname legt eine durchgehende Behebung nahe, tatsächlich verteilt der Ablauf die Verantwortung. Das Modell untersucht den Code und entwirft Gegenmaßnahmen; der Cloudflare-Rahmen prüft und priorisiert sie, das Managed-Defense-Team validiert die Ausgabe, und der Kunde behält die Entscheidung über Änderungen an seiner Umgebung.

  • Automatisiert: autorisierte Codebereiche erkunden, mögliche Schwachstellen suchen, Befunde mit Produktionssignalen priorisieren und Vorschläge durch technische Kontrollen prüfen.
  • Nur vorbereitet: Für einen validierten Befund entsteht ein vorgeschlagener Code-Patch und, sofern die Evidenz ausreicht, eine WAF Custom Rule.
  • Nach vorheriger Autorisierung ausführbar: VDR kann eine geprüfte WAF-Regel als vorläufige Edge-Abwehr bereitstellen, wenn der Kunde den Dienst zur Verteidigung seiner Zone ermächtigt hat.
  • Menschlich kontrolliert: Das Entwicklungsteam prüft, testet und veröffentlicht den Code-Patch. Das Modell selbst kann weder den Patch noch eine Regel anwenden.

Eine vorgeschlagene Edge-Regel wird auf die HTTP-Methode, den Pfad und weitere erforderliche Anfragedetails begrenzt. Cloudflare prüft ihre Syntax und testet sie mit synthetischen Testfällen statt mit realem Kundenverkehr. Besteht ein Routenmuster ausschließlich aus Variablen und Platzhaltern, soll der Dienst keine Regel vorschlagen.

Die WAF-Maßnahme ersetzt den Patch nicht. Sie kann die Erreichbarkeit des fehlerhaften Codes vorübergehend einschränken, während das verantwortliche Team die dauerhafte Änderung prüft und ausliefert. Genau hier verläuft die Grenze des Titels: Die KI kann eine Reparatur entwerfen, erhält aber keine Befugnis, den Anwendungscode eigenmächtig zu ändern.

Early Access bleibt auf ausgewählte Kunden begrenzt

Vulnerability Discovery and Remediation ist zum angekündigten Start kein allgemein verfügbares Self-Service-Produkt. Eine Einordnung von SiliconANGLE bestätigt den einladungsbasierten Early Access für ausgewählte Enterprise-Kunden, den Beginn jedes Engagements mit einer nominierten Anwendung sowie das Fehlen veröffentlichter Preise und eines Zeitplans für eine breitere Verfügbarkeit.

Damit bleiben wesentliche Produktfragen offen: Cloudflare hat noch nicht öffentlich festgelegt, wie der Dienst nach der frühen Phase paketiert und abgerechnet wird oder wann weitere Kunden Zugang erhalten. Ebenso fehlen veröffentlichte Vergleichsdaten dazu, wie zuverlässig die Priorisierung Fehlalarme reduziert und wie oft vorgeschlagene Gegenmaßnahmen nach der menschlichen Prüfung tatsächlich eingesetzt werden.

Fest steht bislang der kontrollierte Arbeitsablauf: autorisierter Code wird mit realem Netzwerk- und Angriffskontext untersucht, geprüfte Befunde können einen Patch und eine begrenzte Edge-Abwehr hervorbringen. Eine vorab erlaubte WAF-Maßnahme darf der Dienst ausrollen; die KI selbst darf weder Regeln noch Code-Patches anwenden.

Lesen Sie auch:

Teilen:

Newsletter abonnieren

Erhalten Sie die neuesten Nachrichten zu Web3, KI und Krypto direkt in Ihren Posteingang.

0