Chrome: lanț de 250.000 de dolari construit cu IA în șase zile

O echipă de cercetători de la XBOW, companie americană care face teste de penetrare cu inteligență artificială, a construit un lanț complet de exploit-uri (full-chain) împotriva Google Chrome pe Windows: de la o pagină web malițioasă până la executarea de cod pe calculator, în afara tuturor sandbox-urilor browserului. Au reușit în șase zile, cu aproximativ 40.000 de dolari costuri de calcul și cu GPT-5.6 Sol, un model OpenAI disponibil public. Google a corectat cele trei vulnerabilități și a plătit o recompensă de 250.000 de dolari.

La începutul lui octombrie, ARX News a relatat suspendarea OSS VRP de la Google, copleșit de rapoarte automate nevalide. Acest caz arată cealaltă față a aceluiași fenomen: IA, ghidată de oameni cu experiență, produce și rezultate de cel mai înalt nivel.

Ce s-a întâmplat

Sursele concordă asupra faptelor principale: trei zero-day în Chrome, un model public OpenAI, șase zile de lucru, costuri de 40.000 de dolari, o recompensă de 250.000 de dolari. Potrivit The Register, munca s-a desfășurat în timpul conferințelor Black Hat și DEF CON, iar recompensa este cea mai mare prevăzută de Google pentru un full-chain în Chrome; CSO Online adaugă că este prima plătită după regulile din 2026 ale programului. XBOW estimează că lanțul ar fi putut afecta circa un miliard de utilizatori Windows.

Potrivit CSO Online, cercetătorii au ales un model generalist, nu un instrument specializat, tocmai pentru a arăta ce se poate obține cu un model public. The Register prezintă împărțirea sarcinilor descrisă de Brendan Dolan-Gavitt, unul dintre cei patru cercetători, în raportul tehnic al XBOW:

• agenții IA au căutat în codul sursă al Chrome, au verificat ipotezele echipei și au dezvoltat dovezile de concept și fiecare etapă a exploit-ului;
• oamenii au ales unde să caute, au oferit contextul, au contestat rezultatele agenților și au decis ce componente să înlănțuiască. „Am aplicat o bună parte din propria noastră experiență și judecată”, a scris Dolan-Gavitt.

Lanțul de atac

Chrome izolează codul pe două niveluri: sandbox-ul V8 ține efectele bug-urilor de memorie ale motorului JavaScript în interiorul procesului renderer, iar sandbox-ul sistemului de operare limitează la rândul lui renderer-ul. Ieșirea din primul nu oferă automat executarea de cod nativ; ieșirea din al doilea înseamnă acces la sistem. Potrivit raportului citat de The Register, lanțul trece de ambele bariere în trei pași:

1. Maglev, compilatorul de optimizare de nivel intermediar al V8: un număr „boxed” mutabil reutilizat în timpul deoptimizării oferă citire și scriere în toată cușca de comprimare a pointerilor din V8;
2. decodarea imaginilor WebP animate: un bug folosit pentru a ieși din sandbox-ul V8, nu atacând sandbox-ul în sine, ci o proprietate pe care sandbox-ul în mod intenționat nu o garantează și pe care Blink, motorul de randare, o considera de încredere;
3. Crashpad, componenta care colectează datele despre crash-uri: un overflow folosit pentru a trece de sandbox-ul procesului și a executa cod pe sistem fără restricții.

CSO Online descrie rezultatul final ca lansarea unei aplicații Windows dintr-o pagină web malițioasă. Sursele nu indică numerele CVE ale celor trei vulnerabilități și nu vorbesc despre exploatare reală: este o cercetare raportată către Google.

În termeni MITRE ATT&CK, un astfel de lanț folosit într-un atac ar corespunde unei compromiteri în timpul navigării (T1189, Drive-by Compromise), urmată de executarea de cod pe client prin exploatarea browserului (T1203).

Ce se schimbă pentru cei care apără

Important nu este acest lanț, deja corectat, ci timpul și costurile. CEO-ul XBOW, Oege de Moor, spune că, potrivit unui fost membru al unei agenții de informații, o muncă asemănătoare dura șase luni; aici au fost suficiente șase zile. Dolan-Gavitt concluzionează că pentru atacatorii care folosesc modele lingvistice „ștacheta este mult mai jos” și îndeamnă la o apărare pe măsură.

Pentru companiile europene și italiene, asta înseamnă o fereastră mai scurtă între publicarea unei corecturi și apariția unor exploit-uri funcționale. Browserul este cel mai expus software de pe fiecare stație de lucru, inclusiv în unitățile medicale și în mediile partajate. Pentru entitățile NIS2, gestionarea actualizărilor face parte din măsurile de gestionare a riscului: dacă timpii de actualizare a browserelor se măsoară în săptămâni, trebuie revizuiți.

Ce să faci acum

1. Verifică versiunea Chrome: potrivit The Register, ai nevoie de 152.0.7977.82 sau o versiune ulterioară. Verifică inventarul tuturor stațiilor Windows, nu doar al celor gestionate central.
2. Impune repornirea browserului: Chrome se actualizează singur, dar corectura se aplică doar după ce browserul este redeschis. Folosește politicile de gestionare pentru a cere și apoi a forța repornirea într-un termen stabilit.
3. Verifică celelalte browsere bazate pe Chromium: sursele nu spun dacă și când ceilalți producători au integrat corecturile. Urmărește avizele lor.
4. Nu dezactiva sandbox-ul (de exemplu cu --no-sandbox în chioșcuri, automatizări sau aplicații integrate): este exact bariera care îl obligă pe atacator să construiască un lanț.
5. Supraveghează procesele pornite de browser: o aplicație lansată în mod neobișnuit de un proces Chrome este un semnal de investigat cu soluția antivirus/EDR.
6. Scurtează timpii de actualizare a browserelor și tratează-i ca pe cei ai sistemului de operare: cu IA, timpul dintre corectură și exploit se poate reduce.

Cum ajută ARXDOME

ARX Shield arată vulnerabilitățile deschise pe mașină și pe pachet, cu vechimea lor și cu cele deja exploatate evidențiate: te ajută să găsești stațiile cu un browser rămas în urmă. ARX Sentry colectează inventarul de software și procese al calculatoarelor și serverelor și semnalează execuțiile suspecte, utile pentru a recunoaște procesele anormale pornite de browser.

Ultima actualizare: 16 octombrie 2026