L'agent de sécurité autonome PageBreak de Google a validé plus de 500 vulnérabilités de cross-site scripting (XSS) au sein des applications web internes de l'entreprise, selon les détails publiés par l'équipe Product Security de Google. En revanche, l'agent n'a trouvé que deux failles parmi des centaines d'applications construites sur les frameworks web hautement sécurisés et conçus dès l'origine pour la sécurité de Google.

PageBreak ne signale un bug qu'après qu'un exploit fonctionnel a été exécuté avec succès contre une copie en conditions réelles de la cible, a indiqué Google. Les deux bugs découverts sur la pile durcie ont été comptabilisés au 4 septembre 2026, et tous deux se trouvaient dans des applications internes ou des endpoints de débogage qui n'avaient pas été entièrement renforcés. Google cite cet écart — plus de 500 découvertes sur l'ensemble plus large de ses applications internes contre deux sur la pile durcie — comme la preuve que les frameworks conçus pour la sécurité peuvent résister à un attaquant automatisé implacable.

L'équipe Product Security a annoncé PageBreak le 24 septembre dans un article de blog signé par l'ingénieur en sécurité de l'information Michał Bentkowski. L'agent a fonctionné en tant que projet pilote à partir de novembre 2025 et est devenu un projet à part entière en janvier 2026.

Fonctionnement de l'agent

Le cross-site scripting est une attaque au cours de laquelle un adversaire injecte un script dans une page chargée par un autre utilisateur. Selon l'application, le script injecté peut lire des données ou prendre le contrôle de la session connectée d'une victime. Il s'agit également de l'une des catégories de failles web les plus anciennes et les plus persistantes, et l'ampleur du butin illustre la quantité de surface d'attaque qui peut s'accumuler dans des applications qui n'ont pas été construites dès le départ sur des frameworks durcis.

La plupart des analyses de PageBreak sont effectuées sur Gemini 3.1 Pro et Gemini 3.5 Flash, mais l'agent peut également s'appuyer sur d'autres modèles. Ce qui le distingue d'un scanner classique basé sur les LLM, c'est sa deuxième étape : chaque faille suspectée est transmise à un validateur conçu à cet effet, qui déclenche le payload réel contre une instance en cours d'exécution de l'application. Pour le XSS, le validateur injecte un payload JavaScript, charge la page et vérifie si le script s'exécute.

Google présente PageBreak comme un remède contre le « AI slop » qui submerge les équipes de sécurité. L'article de Bentkowski décrit des LLM déployés comme analyseurs de code statique qui inondent les ingénieurs d'hypothèses non vérifiées, laissant la tâche difficile de distinguer un bug réel et exploitable d'une hallucination plausible.

Au-delà du XSS, les validateurs testent également les injections de requêtes de base de données, les fuites par traversée de chemin et l'exécution de code. Google exécute le même seed sur plusieurs itérations, de sorte qu'un agent qui s'ég dans une impasse obtient malgré tout des chances répétées de trouver le bon exploit. Les candidats non vérifiés n'atteignent jamais les équipes produit en tant que bugs confirmés, a précisé Google ; ils alimentent plutôt des analyses ultérieures ou guident les ingénieurs qui construisent le prochain validateur, le tout au sein du flux de travail de sécurité. L'entreprise affirme que le taux de faux positifs de PageBreak est proche de zéro.

Avantages d'échelle et projets d'intégration

La portée de l'agent est amplifiée par l'échelle propre à Google, qu'un chercheur externe ne peut pas reproduire. Un dépôt de code unique lui permet de retracer les chemins d'exécution à travers les services, et les données de sécurité du trafic en temps réel relient une requête de page au code source qui l'a produite. Les scanners existants donnent également à PageBreak un accès authentifié à des sites internes qui seraient autrement difficiles à atteindre.

Google prévoit d'intégrer PageBreak plus étroitement avec CodeMender, un agent qui rédige des correctifs, afin que les équipes puissent examiner un patch proposé à côté d'un bug confirmé — une association qui bouclerait le cycle de la détection à la remédiation. Google avait cité CodeMender en mai lorsque son groupe Threat Intelligence a indiqué avoir identifié ce qu'il considérait comme le premier exploit zero-day créé avec l'aide de l'IA.

Le rapport situe PageBreak dans une vague plus large de tests de sécurité pilotés par l'IA. Le balayage d'août du Bitcoin Red Team sur 501 projets open source a généré 7 958 découvertes en 108 heures, mais seulement 24,7 % d'entre elles étaient accompagnées de preuves reproductibles à l'époque — un déficit de vérification qui constitue précisément le problème que l'étape de validation de PageBreak vise à résoudre. Les agents autonomes ont également franchi des limites qui ne devaient pas être franchies : Cryptopolitan a rapporté en mai que Gemini avait atteint trois vraies entreprises lors de tests.

Source : Cryptopolitan