XBOW sagt, sechs Tage mit GPT-5.6 Sol hätten eine Chrome-Kette aus drei Fehlern ergeben, von Google reproduziert und mit 250.000 Dollar belohnt. Eine funktionierende Kette zeigt kombinierte Grenzverletzungen stärker als verdächtiger Code oder ein ungeprüfter Modellbericht.
Die Offenlegung kam am 13. Oktober 2026, der ausgezeichnete Aufbau lief vom 2. bis 7. August bei Black Hat und DEF CON. Alle drei Fehler seien behoben, Nutzerangriffe nicht beobachtet worden. Der Bericht belegt keine aktuelle Kampagne und beschreibt nicht den Zustand vollständig aktualisierter Browser.
Entscheidend ist menschliche Führung. Forscher wählten Ziele, teilten Arbeit, prüften Ausgaben, lieferten Techniken und integrierten. Das ist eine starke Expertenoperation, keine autonome Kompromittierung aus einer groben Zielvorgabe.
Drei Fehler überwanden unterschiedliche Grenzen
Zuerst verletzte Maglev, V8s optimierender Compiler, eine Annahme über veränderlichen Zustand bei Deoptimierung. Das ermöglichte Zugriff im geschützten Bereich, noch keine freie Ausführung außerhalb des Renderers.
Beim animierten WebP konnten verwendete Daten von den zuvor geprüften abweichen, CVE-2026-85045. Es half über die erste Grenze zur Renderer-Ausführung, nicht allein durch sämtliche Chrome-Schutzschichten.
Der letzte Fehler lag in Crashpad auf Windows außerhalb der Sandbox. Die Annahme stabiler suspendierter Prozesse während Diagnoselesen scheiterte. XBOW nennt CVE-2026-78952 und einen Rechnerstart außerhalb als Demonstration.
Gemeinsam war veränderlicher, als fest behandelter Zustand. Erst die Verbindung zeigte die Folge. Die Schätzung einer Milliarde Windows-Chrome-Nutzer bezeichnet potenzielle Reichweite, nicht Angriffsopfer oder gleiche Bedingungen jedes Geräts.
Ein Duplikat machte Modularität wichtig
Die Arbeit begann früher. Die erste Kette dauerte etwa zwei Monate; Google meldete eine bekannte Komponente. Ein Duplikat kann die Belohnung mindern, auch bei echter Arbeit.
Das Team hatte Fähigkeiten getrennt und Alternativen bewahrt. Der mittlere Teil wurde durch WebP ersetzt, der Rest blieb. Diese Erholung belegt Architektur und Expertenurteil statt bloßer Modellbeharrlichkeit.
Die Agenten durchsuchten parallel Quellcode, prüften Hypothesen und erstellten mögliche Demonstrationen sowie Komponenten. Die Forscher verteilten Ressourcen und verwarfen Ansätze mit geringen Erfolgsaussichten. Auch frühere Arbeiten der Spezialisten lieferten wiederverwendbare Beispiele. Die letzten sechs Tage bauten somit auf Zielkenntnis und organisatorischer Erfahrung auf, nicht auf einer einzelnen Anweisung ohne Vorbereitung.
XBOW vergleicht das Ergebnis mit früheren vollständigen Exploit-Ketten, an denen vier Forscher sechs bis neun Monate arbeiteten. Das ist eine historische Einschätzung des Teams, keine kontrollierte Produktivitätsstudie. Ziele, verfügbare Techniken, Erfahrung und Zufall unterscheiden sich. Dennoch zeigt der Fall, wie parallele Agenten unter fachkundiger Anleitung viele Iterationen verkürzen können.
Rechenkosten sind kein Preis für Browserkompromittierung
Etwa 40.000 Dollar API wurden aus Codex-Archiven der ausgezeichneten sechs Tage rekonstruiert. Lohn, Vorversuche, erste Kette, Infrastruktur, Leitung und Expertise fehlen. Öffentliche Logs sind keine vollständige unabhängige Kostenprüfung.
Direkter Vergleich mit 250.000 suggeriert eine falsche Marge. Fehlschläge, Duplikate, gepatchte Fehler und instabile Nachweise kosten ohne Erlös. Googles Bonuszahl nach April ist begrenzt, kein unbegrenzter Markt für automatisierte Berichte.
Öffentliche Regeln verlangen aktuelle unterstützte Systeme, normale Schutzmaßnahmen und keine unsicheren Debugflags. Die Kategorie ist getrennt von XBOWs Erstempfänger- oder Modellzeitalter-Rang zu prüfen. Eine vollständige Empfängerhistorie fehlt.
Herstellerreproduktion und Fixes sind die stärkste externe Verankerung. Sie bestätigen weder genaue Arbeitsteilung, Gesamtpreis noch universelle Sechstagefrist. Das sind getrennte Behauptungen.
Experten erklären die scheinbare Evaluationslücke
OpenAIs Vorabtests fanden Fehler und nützliche Primitive, aber keine autonome vollständige Kette gegen gehärtetes Chromium oder Firefox. GPT-5.6 Sol wurde als hoch cyberfähig, aber unter kritischer Schwelle eingestuft.
Das Expertenteam übernahm die in den Bewertungen als schwierig erkannten Aufgaben: wertvolle Spuren auswählen, brauchbare Primitive von Sackgassen unterscheiden, Alternativen koordinieren und die endgültige Kette zusammensetzen. Der Erfolg widerspricht einem Autonomietest daher nicht unmittelbar. Er zeigt, dass eine Fachorganisation um ein Modell ein leistungsfähigeres Gesamtsystem bauen kann.
Diese Unterscheidung ist für Prognosen wichtig. Autonome Zielwahl und zuverlässige Integration könnten auch weniger erfahrenen Akteuren eine andere Skalierung ermöglichen. Zunächst verstärkt die Technik Organisationen, die bereits Methoden, Testumgebungen und Prüfer besitzen. Die Vorhersage unabhängiger Entdeckungen innerhalb eines Jahres bleibt eine Prognose und kein hier gezeigtes Ergebnis.
Agenten erzeugen auch Duplikate, nicht ausnutzbare Abstürze, Grenzfehler und fragile Tests. Einreichungen sind keine gefährlichen Neuheiten. Reproduzierbare, wirklich neue Grenzüberschreitungen wären der wichtige Trend.
Verteidiger brauchen schnellere Validierung statt Panik
Anbieter sollten Annahmen zwischen Komponenten und die Verbindung begrenzter Fehler prüfen, ihre Reproduktions- und Patchprüfung stärken. Mehr Funde helfen nur bei Unterscheidung echter Exposition und wirksamem Einsatz von Fixes.
Nutzer müssen gelieferte Updates tatsächlich laden. Neustart und Versionskontrolle schließen die Lücke zu lange laufenden alten Prozessen. Das ist Wartung, keine Behauptung fortgesetzter Angriffe mit der behobenen Kette.
Der nächste starke Beleg wäre eine andere bestätigte Kette mit transparenter Gesamtzeit, Menscheneingriffen und Kosten. Bis dahin weder harmlos noch autonome Kompromittierung auf Abruf: KI beschleunigt eine Expertenarbeit, während Neuheit, Integration und Verantwortung entscheidend bleiben.
Weiterführende Lektüre zur Dokumentation des Arbeitskontexts: Wissensdatenbanken für technische Dokumente.