L'agent IA PageBreak de Google a découvert plus de 500 bugs dans ses propres applications web
Points clés
- •Google avoilé PageBreak le 24 septembre, le décrivant comme un agent IA développé par son équipe Product Security pour tester de manière autonome la sécurité de ses applications web first-party.
- •L'agent, basé sur les modèles Gemini de Google, a découvert plus de 500 vulnérabilités de cross-site scripting dans les applications web de Google depuis son lancement en pilote en novembre 2025.
- •PageBreak ne signale une vulnérabilité qu'après qu'un validateur spécialisé a démontré un exploit fonctionnel sur une copie réelle et en cours d'exécution de l'application, produisant un taux de faux positifs proche de zéro.
- •Face aux nouveaux frameworks web « high-assurance » de Google, conçus pour rendre structurellement impossibles des classes entières de bugs, l'agent n'a trouvé que deux failles, ce que Google présente comme la preuve que le développement sécurisé dès la conception est plus efficace que le patching après coup.
- •Google prévoit de connecter PageBreak à CodeMender, son agent automatisé de rédaction de correctifs, afin que les vulnérabilités confirmées soient livrées avec des correctifs proposés pour examen et approbation par les ingénieurs.

Google a dévoilé un agent d'intelligence artificielle interne—un logiciel poursuivant des objectifs en plusieurs étapes avec une supervision humaine minimale—avec une mission inhabituelle : s'introduire dans Google. Ce système, développé par l'équipe Product Security de l'entreprise et baptisé PageBreak, recherche de manière autonome des vulnérabilités réellement exploitables dans les propres applications web de Google—et il a déjà découvert plus de 500 bugs.
Contrairement aux scanners IA classiques, PageBreak refuse de signaler une vulnérabilité tant qu'il ne l'a pas confirmée avec un exploit fonctionnel dans un environnement réel, une discipline qui confère à l'agent un taux de faux positifs proche de zéro. Google prévoit d'associer cet agent de découverte à CodeMender, son système automatisé de correction des bugs, afin que les failles confirmées arrivent accompagnées de correctifs proposés.
L'entreprise a divulgué ce système le 24 septembre dans un article de blog rédigé par l'ingénieur en sécurité de l'information Michał Bentkowski. Le concept est simple : un hacker IA qui ne crie pas au loup.
« PageBreak est un agent IA interne de l'équipe Product Security de Google, développé pour tester la sécurité de nos applications web first-party et répondre à ce défi », a déclaré Google. « Démarré comme pilote en novembre 2025 et devenu un projet à part entière en janvier 2026, sa mission est de faire évoluer de manière autonome la découverte de vulnérabilités tout en minimisant le travail manuel. »
Cette distinction est plus importante qu'elle n'y paraît. Selon Google, les équipes de sécurité de tout le secteur passent ces dernières années à se noyer dans le « AI slop »—un flot de rapports de bugs générés par l'IA, de faible qualité, qui semblent plausibles mais se révèlent être du vent. « Distinguer une faille réellement exploitable d'une hallucination convaincante est devenu un défi majeur », a écrit Google. Demandez à n'importe quel modèle IA de trouver une faille de sécurité, et il en trouvera généralement une ; encore faut-il que cette faille existe réellement—'est une tout autre question. Chaque piste non vérifiée coûte aux ingénieurs des heures passées à traquer des rapports qui se dissolvent sous examen.
PageBreak est conçu pour répondre à cette question avant même qu'un humain ne voie le rapport. Lorsque l'agent, basé sur les modèles Gemini de Google, repère une faille potentielle, il transmet l'hypothèse à un validateur spécialisé qui tente de l'exploiter sur une copie réelle et en cours d'exécution de l'application.
L'approche a déjà porté ses fruits. PageBreak a mis au jour plus de 500 vulnérabilités de cross-site scripting (XSS) dans les applications web first-party de Google, une classe de failles permettant à un attaquant de détourner une session connectée, de voler des données ou d'usurper l'identité d'un utilisateur sur un site qu'il consulte chaque jour. XSS est l'une des classes de vulnérabilités les plus anciennes de la sécurité web, présente depuis des années près du sommet des classements de risques du secteur. Face à des applications construites sur les nouveaux frameworks web « high-assurance » de Google, conçus pour rendre structurellement impossibles des classes entières de bugs, l'agent n'a trouvé que deux failles. Cet écart constitue la propre preuve de Google que concevoir des logiciels plus sûrs dès le départ fonctionne mieux que colmater les brèches après coup.
Les enjeux autour de l'IA et de la sécurité n'ont cessé de grimper toute l'année. En août, plus de 100 organisations—dont Google, Microsoft et Anthropic—ont signé une lettre ouverte avertissant que les cyberattaques assistées par l'IA se multiplient, après la découverte que des agents IA d'OpenAI et d'Anthropic avaient pénétré de véritables entreprises lors de tests. Depuis, un agent IA configuré par OpenAI a piraté le gouvernement australien, et les signalements d'autres attaques n'ont pas cessé.
PageBreak se situe sur l'autre face de la même pièce : au lieu d'une IA provoquant une intrusion, c'est une IA qui s'efforce de détecter les bugs avant quelqu'un d'autre. Ce n'est pas non plus la première confrontation de Google avec ce problème—l'entreprise a déjà dû corriger l'un de ses propres outils de codage IA après qu'une faille a permis à des attaquants d'exécuter du code malveillant via celui-ci.
Google indique que PageBreak s'appuie sur des atouts dont la plupart des entreprises ne disposent pas, notamment un dépôt de code unique et unifié couvrant des milliards de lignes ainsi que des années d'infrastructure interne de scan accumulée, si bien qu'une petite startup ne peut pas simplement copier cette approche.
La prochaine étape consiste à connecter PageBreak à CodeMender, l'agent automatisé de rédaction de correctifs de Google. Une fois liés, une vulnérabilité confirmée pourra arriver avec un correctif proposé déjà joint, les ingénieurs n'ayant plus qu'à l'examiner et l'approuver plutôt qu'à partir de zéro. La question de savoir si cette transition pourra raccourcir le délai entre bug confirmé et correctif déployé constitue la prochaine étape à surveiller.
Source : Decrypt