Die Sicherheitsfirma XBOW hat drei bis dahin unbekannte Schwachstellen in Google Chrome zu einer vollständigen Angriffskette verbunden. Nach Angaben des Unternehmens benötigte ein Forscher dafür mit KI-Agenten auf Basis des öffentlich verfügbaren OpenAI-Modells GPT-5.6 Sol sechs Tage. Google bestätigte die Fehler, schloss sie und zahlte die Höchstprämie von 250.000 US-Dollar aus seinem Chrome Vulnerability Reward Program.
Die Kette richtete sich gegen Chrome unter Windows. Allein das Laden einer präparierten Webseite reichte aus; ein zusätzlicher Klick oder Download war nicht nötig. Der Exploit überwand zwei Schutzschichten des Browsers und führte schließlich Code außerhalb der Chrome-Sandbox aus. Nach Angaben von XBOW wurden die Schwachstellen nicht gegen Chrome-Nutzer eingesetzt. Hinweise auf beobachtete Angriffe liegen ebenfalls nicht vor.
Für Nutzer ist deshalb vor allem der Patch-Stand entscheidend: Chrome sollte neu gestartet und anschließend geprüft werden. Installiert sein muss Version 152.0.7977.82 oder neuer. Zwar aktualisiert sich der Browser normalerweise automatisch, wirksam wird das Update aber erst nach einem Neustart.
Drei Fehler bildeten gemeinsam den Angriff
Die Angriffskette begann in V8, der JavaScript-Engine von Chrome. Die als CVE-2026-85045 erfasste Schwachstelle ermöglichte dem Angreifer die Kontrolle über Speicher innerhalb der Engine. Google stufte sie als hoch ein und behob sie mit Chrome 152.0.7977.82 am 3. September.
Die drei Stufen der Chrome-Exploit-Kette
Die Grafik zeigt, wie eine geladene Webseite über Schwachstellen in V8, dem Animated-WebP-Decoder und Crashpad zur Codeausführung außerhalb der Chrome-Sandbox führte.
Die zweite Stufe lag im Decoder für animierte WebP-Bilder. Mit der zuvor erlangten Speicherkontrolle konnte der Exploit die innere Sandbox verlassen und einen gezielten Schreibzugriff auf den Speicher ausführen. Für diesen Fehler ist kein belastbar bestätigter öffentlicher CVE-Eintrag genannt. Die in der XBOW-Ankündigung an dieser Stelle aufgeführte CVE-2026-85045 gehört laut Googles Angaben und der technischen Darstellung von XBOW zur V8-Lücke. Der WebP-Fehler wurde ebenfalls im Chrome-152-Zyklus geschlossen.
Als dritte Stufe nutzte die Kette CVE-2026-78952 in Crashpad, dem außerhalb der Sandbox laufenden Absturzhandler von Chrome. Der einzelne Schreibzugriff wurde darüber zur Codeausführung auf dem Windows-Rechner erweitert. Google behob diese ebenfalls als hoch eingestufte Schwachstelle am 25. August mit Chrome 152.0.7977.65.
Die Angaben belegen eine funktionierende, an Google gemeldete Exploit-Kette. Sie belegen dagegen weder aktive Ausnutzung noch beobachtete Angriffe. Ob der vollständige Exploit öffentlich verfügbar ist, geht aus den vorliegenden Informationen nicht hervor. Ebenso ist keine separate Rechteausweitung auf Administrator- oder Systemebene beschrieben.
Die sechs Tage waren ein Sprint, kein Kaltstart
XBOW entwickelte die ausgezeichnete Kette zwischen dem 2. und 7. August, während Black Hat und DEF CON in Las Vegas stattfanden. Die oft zitierte Entwicklungszeit von sechs Tagen braucht jedoch Kontext: Das Unternehmen hatte sich das Ziel bereits bei einem Mitarbeitertreffen im Januar gesetzt. Seine erste vollständige Chrome-Kette benötigte noch zwei Monate.
Auch die ausgezeichnete Variante entstand nicht durch einen einzelnen Auftrag an ein Sprachmodell. Die KI-Agenten durchsuchten den Chrome-Quellcode, prüften Hypothesen, bauten Proofs of Concept und verfassten erste Exploit-Entwürfe. Brendan Dolan-Gavitt von XBOW wählte Ziele aus, stellte Kontext bereit, hinterfragte Ergebnisse und entschied, welche Komponenten miteinander verkettet wurden.
Diese Arbeitsteilung zeigte sich, als ein zunächst verwendeter Fehler Google bereits bekannt war und deshalb für die Prämie nicht mehr als neuer Fund zählte. Weil XBOW die Exploit-Stufen austauschbar aufgebaut und Ersatzkomponenten vorbereitet hatte, konnte das Team den betreffenden Teil ersetzen. Der entscheidende Produktivitätsgewinn lag damit nicht nur in schneller Codegenerierung, sondern in der parallelen Suche und Erprobung mehrerer Wege.
40.000 Dollar senken die wirtschaftliche Schwelle
Nach Auswertung der eigenen Nutzungsprotokolle beziffert XBOW die KI-Kosten des sechstägigen Laufs auf rund 40.000 Dollar. Dem steht eine Bug-Bounty von 250.000 Dollar gegenüber. Das ist allerdings keine vollständige Gewinnrechnung: Die vorangegangenen Monate, Personalkosten und die bereits aufgebaute Forschungsumgebung sind darin nicht enthalten.
Trotzdem verändert dieses Verhältnis die operative Kalkulation. Eine funktionsfähige Browser-Kette musste bislang von mehreren Spezialisten über Monate entwickelt werden. Im Fall von XBOW übernahm ein einzelner Forscher die Steuerung einer Agenteninfrastruktur, die Quellcode durchsuchen, Varianten testen und Teil-Exploits vorbereiten konnte. Das Fachwissen verschwindet dabei nicht. Es verlagert sich auf Auswahl, Kontrolle und Zusammensetzung der Ergebnisse.
Google zahlt nach den 2026 aktualisierten Regeln höchstens 250.000 Dollar für einen vollständigen Chrome-Exploit und vergibt maximal vier solcher Spitzenprämien pro Jahr. XBOW bezeichnet die Auszahlung als erste Full-Chain-Prämie nach diesen Regeln und als erste an ein Unternehmen für autonome Sicherheitsforschung.
Für Verteidiger wird das Zeitfenster wichtiger
XBOW schätzt, dass vor Veröffentlichung der Patches rund eine Milliarde Chrome-Nutzer unter Windows potenziell für diese Art von Angriff erreichbar waren. Die Zahl beschreibt die mögliche Reichweite vor dem Update, nicht eine Milliarde kompromittierte Geräte. Für einen Angriff musste ein Nutzer eine präparierte Seite laden; eine bestätigte Kampagne gab es nach Angaben des Unternehmens nicht.
Die praktische Konsequenz reicht dennoch über diese bereits behobenen Fehler hinaus. Wenn Agenten mehrere Browserkomponenten parallel untersuchen und austauschbare Exploit-Stufen vorbereiten können, reicht es nicht, Schwachstellen ausschließlich als isolierte CVEs zu betrachten. Der Wert eines einzelnen Fehlers kann erst durch die Kombination mit Lücken in anderen Schutzschichten entstehen.
Für Unternehmen bedeutet das zunächst keine neue Spezialmaßnahme, sondern konsequenteres Patch-Management: Browser-Versionen müssen inventarisiert, ausstehende Neustarts erzwungen oder kontrolliert und der tatsächlich aktive Build geprüft werden. Gerade bei automatisch aktualisierten Anwendungen ist ein heruntergeladener Patch noch kein installierter Schutz. Die XBOW-Kette macht damit zwei Beschleunigungen sichtbar: KI verkürzt die Suche nach kombinierbaren Fehlern – und Betreiber müssen sicherstellen, dass veröffentlichte Korrekturen ebenso schnell auf den laufenden Systemen ankommen.
Jens analysiert seit Jahren digitale Märkte, Preisbewegungen und Plattform-Strategien. Als Betreiber mehrerer datengetriebener Systeme wertet er täglich große Mengen an Produkt- und Trenddaten aus. Sein Fokus liegt auf Einordnung statt Hype: Was bedeutet eine Entwicklung wirklich für Nutzer, Preise und Märkte?
