PageBreak a confirmat peste 500 de breșe XSS, cu aproape zero alarme false

În prezentarea publicată de inginerul Google Michał Bentkowski la 24 septembrie 2026, compania arată că PageBreak, agentul intern al echipei Product Security, a găsit peste 500 de vulnerabilități XSS în propriile aplicații web. Agentul verifică exploatarea înainte să trimită o constatare echipei de produs, iar Google descrie rata alarmelor false drept apropiată de zero. Este rezultatul raportat de companie pentru sistemul său intern, fără o măsurătoare independentă publicată.

Metoda răspunde unei probleme precise: un model IA poate descrie convingător o breșă care nu se reproduce în aplicația rulată. PageBreak tratează acea descriere ca pe o ipoteză și o transmite unui validator specializat, care încearcă un atac concret. Abia rezultatul observat poate transforma ipoteza într-o alertă confirmată.

Proba vine din aplicația care rulează

În cazul XSS, validatorul injectează un cod JavaScript de test, încarcă pagina prin infrastructura de scanare și urmărește dacă acel cod se execută. Aceasta este distincția care reduce zgomotul: prezența unui șir suspect într-un răspuns web nu dovedește singură că browserul îl va executa. Aplicația poate modifica sau neutraliza șirul înainte ca el să ajungă într-un context executabil.

Validatorii sunt adaptați clasei de vulnerabilitate și suprafeței testate, inclusiv interfețelor HTTP sau gRPC. Pentru o injecție SQL, verificarea urmărește dacă intrarea modifică interogarea și rezultatul ori timpul de răspuns; pentru traversarea căilor de fișiere, caută dovada că un fișier poate fi citit. Alte verificări încearcă să observe execuția de cod sau o cerere către un serviciu intern. Logica acestor validatori nu este scrisă de modelul IA care formulează ipoteza.

Separarea contează deoarece explicația agentului poate fi plauzibilă chiar când presupune un traseu de cod imposibil ori un drept de acces inexistent. Un test executat în mediul potrivit obligă sistemul să arate o consecință, nu doar să prezinte o interpretare. Pentru echipa care primește raportul, dovada oferă un punct de plecare mai clar pentru reproducere și remediere.

Ce spun constatările despre aplicațiile Google

Vulnerabilitățile au fost găsite în aplicații web dezvoltate de Google, inclusiv pe domenii pe care compania le descrie drept sensibile. Totalul publicat nu este împărțit pe produse sau pe niveluri de gravitate, astfel că nu arată câte constatări privesc fiecare aplicație. Impactul unui XSS depinde de pagina afectată, de datele accesibile acolo și de acțiunile pe care le poate face utilizatorul în acel context.

O categorie distinctă oferă un reper mai precis: potrivit relatării crypto.news, până la 4 septembrie 2026 PageBreak găsise doar două vulnerabilități XSS în sute de aplicații construite pe frameworkurile web Google cu garanții sporite. Constatările din acest grup erau limitate la aplicații interne sau la puncte de depanare cu lacune de protecție. Grupul reprezintă o parte delimitată a aplicațiilor testate, în timp ce bilanțul general acoperă aplicațiile web proprii ale companiei.

Diferența arată de ce arhitectura aplicației contează alături de capacitatea agentului de a căuta defecte. Un framework care impune protecții în mod implicit poate elimina căi de exploatare înainte ca un scanner să le caute. Datele publicate nu permit însă calcularea unei rate comparabile între toate aplicațiile Google: nu sunt prezentate aceeași bază de aplicații, aceeași expunere și aceeași distribuție a testelor pentru fiecare grup.

De ce PageBreak poate căuta la această scară

PageBreak folosește resurse interne care leagă mai ușor o pagină web de codul din spatele ei. Repozitoriul unificat îi permite să urmărească trasee între servicii și configurații, iar semnalele extrase din traficul HTTP îl ajută să asocieze o cale accesată cu sursa relevantă. Infrastructura existentă de scanare poate testa și aplicații care cer autentificare, inclusiv site-uri interne greu accesibile din exterior.

Aceste resurse explică de ce rezultatul aparține întregului sistem de căutare și validare. Majoritatea utilizărilor PageBreak se bazează pe modele Gemini, dar agentul poate lucra și cu alte modele; accesul la cod, contextul despre trafic și validatorii executabili rămân părți ale metodei. Google rulează și încercări repetate, deoarece un agent poate urma inițial o cale de investigație care nu duce la exploatarea corectă.

Un model de triere pentru o echipă AppSec mai mică

Partea care poate fi adaptată este regula prin care o ipoteză devine raport: pentru o clasă de defecte, echipa stabilește dinainte ce efect observabil reprezintă dovadă. La XSS, acesta poate fi executarea unui cod de test în contextul paginii afectate, în condiții care pot fi reproduse. Agentul poate propune intrarea vulnerabilă și traseul probabil; validatorul execută verificarea, iar analistul păstrează condițiile în care aceasta a reușit.

Fluxul are astfel stări diferite pentru o suspiciune, o încercare fără verdict și o vulnerabilitate reprodusă. Distincția protejează timpul dezvoltatorilor: o explicație generată de IA poate rămâne în investigația de securitate, în timp ce o constatare confirmată ajunge la echipa produsului împreună cu proba. Aceasta este o adaptare a principiului PageBreak, nu o descriere a accesului sau a instrumentelor interne Google.

Un validator simplu trebuie totuși să testeze comportamentul relevant, nu doar să caute un fragment de text sau un răspuns care pare suspect. Pentru XSS, succesul înseamnă execuție în browser, nu simpla apariție a codului injectat în HTML. În același timp, absența execuției într-un test poate reflecta drepturi insuficiente, o stare greșită a aplicației ori o cale pe care validatorul nu o poate parcurge.

Limita verificării și etapa următoare

Un filtru strict poate lăsa defecte reale fără confirmare atunci când validatorul nu are accesul sau capacitatea necesară. PageBreak păstrează asemenea constatări pentru investigații ulterioare, pentru noi validatori și pentru identificarea accesului care lipsește; nu le trimite echipelor de produs drept vulnerabilități confirmate. Prin urmare, rata alarmelor false descrie calitatea alertelor care trec de filtru, nu proporția tuturor defectelor existente pe care agentul le descoperă.

După confirmare rămâne munca de corectare. Conform relatării Decrypt despre PageBreak, Google intenționează să apropie proiectul de CodeMender, agentul care generează propuneri de remediere. Cele două inițiative colaborează deja, iar integrarea mai profundă este un plan: echipele ar urma să evalueze o corecție propusă împreună cu vulnerabilitatea verificată. Calitatea acelei legături dintre dovadă și remediere va determina câtă muncă mai rămâne după ce alerta ajunge la dezvoltatori.