Googles KI-Sicherheitsagent PageBreak hat mehr als 500 verifizierte Cross-Site-Scripting-Schwachstellen (XSS) in den Webanwendungen des Unternehmens identifiziert. XSS ist eine Klasse von Injection-Fehlern, bei denen von Angreifern eingeschleuste Skripte im Browser eines anderen Nutzers ausgeführt werden – ein langjähriges Webrisiko, da Code, der auf einer vertrauenswürdigen Seite ausgeführt wird, mit deren Berechtigungen agieren kann. Das System prüft jede mutmaßliche Schwachstelle gegen produktive Dienste, bevor ein Bericht überhaupt ein Produktteam erreicht – ein Validierungsschritt, der nutzbare Exploits von überzeugenden, aber fehlerhaften, von KI-Modellen erzeugten Angriffsbeschreibungen unterscheidet. Der Ansatz soll sicherstellen, dass jeder bestätigte Bericht einem funktionierenden Exploit entspricht und nicht nur einer plausibel klingenden Behauptung.

Google startete PageBreak im November 2025 als Pilotprojekt und machte es im Januar 2026 zu einem formellen Projekt. Das Product-Security-Team des Unternehmens erklärte, das System habe XSS-Schwachstellen auf sensiblen Firmendomänen gefunden. Google nannte die betroffenen Anwendungen nicht und legte keine Schweregrad-Aufschlüsselung vor; die berichtete Zahl bezieht sich auf den gesamten Bestand an Webanwendungen.

Dedizierte Validatoren Halten Falsch-Positive Nahe Null

Statt jede Warnung direkt an die Ingenieure weiterzuleiten, sendet PageBreak jeden gemeldeten Kandidaten an einen dedizierten Validator. Bei einer XSS-Schwachstelle injiziert der Validator JavaScript in die betroffene Seite und beobachtet, ob der Code ausgeführt wird. Google erklärte, dieser Prozess halte die Falsch-Positiv-Rate nahe null und verhindere, dass ungetestete Behauptungen zur Prüfung an die Produktteams gelangen.
Das System validiert mehr als nur Browser-Skripte. Zusätzliche Prüfungen stellen fest, ob eingeschleuste Eingaben Datenbankabfragen verändern, Dateien über Path Traversal offenlegen oder Codeausführung auslösen, während ein separater Validator Anfragen untersucht, die interne Dienste erreichen könnten. Diese Prüfungen ermöglichen es PageBreak, mehrere Angriffsklassen zu bewerten und die Berichte auf funktionierende Pfade zu konzentrieren. Jeder Kandidat erfordert einen unabhängigen Nachweis, bevor Ingenieure ihn als Schwachstelle behandeln.

Die meisten Scans laufen mit Gemini 3.1 Pro oder Gemini 3.5 Flash, die Exploit-Prüfungen werden jedoch von separaten Tools durchgeführt; die Validatoren stammen nicht vom KI-Agenten selbst. Google wiederholt Versuche, da Modelle einen vielversprechenden Weg aufgeben oder einen Angriffspfad verfolgen können, der unter realen Anwendungsbedingungen scheitert.

Unverifizierte Ergebnisse verlassen den internen Sicherheitsworkflow nicht als bestätigte Fehler. Teams können sie stattdessen nutzen, um künftige Scans zu verfeinern oder zusätzliche Validatoren zu erstellen. Diese Unterscheidung ist wichtig, weil Sprachmodelle detaillierte Sicherheitsnarrative erzeugen können, die überzeugend klingen, sich aber beim Testen gegen eine tatsächliche Anwendung möglicherweise nicht reproduzieren lassen – und in großem Maßstab bestimmt diese Lücke, ob KI-generierte Funde Ingenieurszeit sparen oder sie in der Triagierung verbrauchen.

Zwei Schwachstellen In High-Assurance-Framework-Apps Aufgetaucht

Bis zum 4. September hatte PageBreak zwei XSS-Schwachstellen unter Hunderten von Anwendungen identifiziert, die auf Googles High-Assurance-Webframeworks aufbauen. Beide Fälle betrafen interne Anwendungen oder Debug-Endpunkte, denen bestimmte Schutzmechanismen fehlten. Das Ergebnis zeigt, wie diese Framework-Sicherheitsvorkehrungen unter wiederholten automatisierten Scans abschneiden. Die Framework-Zählung ist getrennt von den mehr als 500 Funden im weiteren Anwendungsbestand von Google und nicht darin enthalten.

PageBreak kann Codepfade über Dienste hinweg über das Unternehmens-Repository einsehen. Sicherheitsdaten aus dem Live-Webtraffic können eine angeforderte Seite mit dem relevanten Quellcode verknüpfen, und bestehende Scanner bieten authentifizierten Zugriff auf interne Websites.

Diese Umgebung unterscheidet PageBreak von einem öffentlichen Modellscan. Externe Forscher können Googles Code, Verkehrsdaten oder geschützte Testsysteme in der Regel nicht einsehen. PageBreak spiegelt daher einen internen Sicherheitsworkflow mit tiefem operativem Zugriff wider, und die Fundzahl zeigt nicht, dass eine andere Organisation dasselbe Ergebnis allein durch den Einsatz von Gemini erzielen könnte.

Reparatur-Workflows: CodeMender-Integration Geplant

Google plant, PageBreak enger mit CodeMender zu verknüpfen, einem Agenten, der Sicherheitsfixes generieren soll. Produktteams könnten dann einen vorgeschlagenen Fix neben einer bestätigten Schwachstelle prüfen – eine Konstellation, die den Kreis von der Entdeckung bis zur Behebung schließen würde. Das Unternehmen erklärte, diese Kombination könne den Arbeitsaufwand reduzieren, der durch eine große Menge verifizierter Funde entsteht, nannte jedoch keinen Zeitplan für die Integration.

Vergleichbare Verifizierungsprobleme betreffen auch Krypto-Software, wo KI-Tools eine große Zahl plausibler Sicherheitsberichte erzeugen können. Die Ethereum Foundation hat separate Prüfer eingesetzt, um von KI-Agenten erzeugte Funde zu reproduzieren, und ein Bitcoin-Red-Team-Scan ergab, dass nur 24,7 % der zu diesem Zeitpunkt gemeldeten Probleme reproduzierbare Nachweise lieferten.

Google hat nicht gesagt, ob PageBreak externen Projekten zur Verfügung gestellt wird.

Quelle: Blockonomi, basierend auf Googles offizieller PageBreak-Ankündigung.