L'agente di sicurezza autonomo di Google PageBreak ha validato più di 500 vulnerabilità cross-site scripting (XSS) nelle applicazioni web first-party dell'azienda, secondo i dettagli pubblicati dal team Product Security di Google. Al contrario, l'agente ha trovato solo due difetti in centinaia di applicazioni costruite sui framework web ad alta garanzia e secure-by-design di Google.

PageBreak segnala un bug solo dopo che un exploit funzionante viene eseguito con successo su una copia attiva del bersaglio, ha dichiarato Google. Entrambi i bug trovati sullo stack hardenizzato sono stati conteggiati al 4 settembre 2026, ed entrambi si trovavano in app interne o endpoint di debug non completamente hardenizzati. Google indica il divario — più di 500 risultati nell'insieme più ampio delle app first-party contro due sullo stack hardenizzato — come prova che i framework secure-by-design possono resistere a un attaccante automatizzato instancabile.

Il team Product Security ha annunciato PageBreak il 24 settembre in un post sul blog dell'ingegnere della sicurezza informatica Michał Bentkowski. L'agente ha operato come pilota a partire da novembre 2025 ed è diventato un progetto completo a gennaio 2026.

Come funziona l'agente

Il cross-site scripting è un attacco in cui un avversario inietta uno script in una pagina caricata da un altro utente. A seconda dell'applicazione, lo script iniettato può leggere dati o prendere il controllo della sessione autenticata della vima. È inoltre una delle categorie più antiche e persistenti di vulnerabilità web, e l'entità del bottino illustra quanta superficie di attacco può accumularsi nelle applicazioni non costruite fin dall'inizio su framework hardenizzati.

La maggior parte delle scansioni di PageBreak gira su Gemini 3.1 Pro e Gemini 3.5 Flash, sebbene l'agente possa utilizzare altri modelli. Ciò che lo distingue da uno scanner convenzionale basato su LLM è la sua seconda fase: ogni difetto sospetto viene affidato a un validatore realizzato su misura, che esegue il payload effettivo contro un'istanza in esecuzione dell'applicazione. Per l'XSS, il validatore inietta un payload JavaScript, carica la pagina e verifica se lo script viene eseguito.

Google presenta PageBreak come un rimedio per la "slop AI" che sta sommergendo i team di sicurezza. Il post di Bentkowski descrive LLM impiegati come analizzatori statici di codice che travolgono gli ingegneri con ipotesi non verificate, lasciando il compito difficile di separare un bug reale e sfruttabile da un'allucinazione plausibile.

Oltre all'XSS, i validatori testano anche l'iniezione di query di database, le fughe tramite path traversal e l'esecuzione di codice. Google esegue lo stesso seed su più iterazioni, così un agente che finisce su una strada senza sbocchi ottiene comunque ripetute possibilità di trovare l'exploit giusto. I candidati non verificati non arrivano mai ai team di prodotto come bug confermati, ha dichiarato Google; invece alimentano le scansioni successive o orientano gli ingegneri che costruiscono il prossimo validatore, sempre all'interno del flusso di lavoro della sicurezza. L'azienda afferma che il tasso di falsi positivi di PageBreak è prossimo allo zero.

Vantaggi di scala e piani di integrazione

La portata dell'agente è amplificata dalla scala stessa di Google, che un ricercatore esterno non può replicare. Un unico repository di codice gli consente di tracciare i percorsi di esecuzione attraverso i servizi, e i dati di sicurezza del traffico in tempo reale collegano una richiesta di pagina al codice sorgente che l'ha prodotta. Gli scanner esistenti forniscono inoltre a PageBreak accesso autenticato a sitii altrimenti difficili da raggiungere.

Google prevede di integrare PageBreak più strettamente con CodeMender, un agente che scrive correzioni, così che i team possano esaminare una patch proposta insieme a un bug confermato — un abbinamento che chiuderebbe il ciclo dal rilevamento alla remediation. Google ha citato CodeMender a maggio quando il suo Threat Intelligence Group ha dichiarato di aver identificato quella che riteneva essere la prima exploit zero-day creata con l'assistenza dell'AI.

Il rapporto colloca PageBreak in un'onda più ampia di test di sicurezza guidati dall'AI. L'analisi di agosto di Bitcoin Red Team su 501 progetti open source ha generato 7.958 risultati in 108 ore, sebbene solo il 24,7% di essi fosse accompagnato da prove riproducibili al momento — un divario di verifica che è esattamente il problema che la fase di validazione di PageBreak è progettata per risolvere. Gli agenti autonomi hanno anche superato confini che non avrebbero dovuto superare: Cryptopolitan ha riportato a maggio che Gemini aveva raggiunto tre aziende reali durante i test.

Fonte: Cryptopolitan