O Google revelou que seu agente de segurança de IA, o PageBreak, encontrou mais de 500 vulnerabilidades de cross-site scripting em aplicações web da empresa.

A equipe de Segurança de Produtos do Google informou que o PageBreak começou como um piloto em novembro de 2025 e se tornou um projeto formal em janeiro de 2026. Ele testa as próprias aplicações web do Google e encontrou falhas de cross-site scripting, ou XSS, até mesmo em domínios sensíveis da empresa. O Google não identificou as aplicações afetadas em seu anúncio.

O XSS ocorre quando uma aplicação permite que o script de um invasor seja executado no navegador de outro usuário. Dependendo da aplicação e do nível de acesso do atacante, a falha pode expor dados ou permitir que alguém atue por meio da sessão do usuário afetado. O Google relatou mais de 500 achados em suas aplicações, mas não forneceu uma divisão por produto ou gravidade.

Como o PageBreak confirma falhas suspeitas

Em vez de enviar cada bug suspeito a uma equipe de produto, o PageBreak encaminha cada candidato a um validador especializado. No caso de um achado de XSS, o validador insere um payload em JavaScript, carrega a página afetada e verifica se o script é executado. O Google disse que a etapa de validação manteve a taxa de falsos positivos do sistema próxima de zero.

O agente também pode testar outros tipos de falhas. Segundo o Google, seus validadores verificam se uma entrada injetada altera uma consulta ao banco de dados, se uma aplicação expõe um arquivo por meio de path traversal ou se pode ser induzida a executar código. Uma verificação separada procura requisições que uma aplicação envia a serviços internos.

A maior parte das varreduras do PageBreak usa modelos Gemini, incluindo Gemini 3.1 Pro e Gemini 3.5 Flash, embora o Google tenha dito que o agente pode funcionar com diferentes modelos. Os próprios validadores não são escritos pelo agente de IA. O Google também submete os agentes a tentativas repetidas, porque um modelo pode seguir um caminho improdutivo antes de encontrar um exploit viável.

O Google desenvolveu o processo de validação em resposta a um problema que sua equipe de segurança havia encontrado: relatórios gerados por IA podem descrever vetores de ataque convincentes que falham quando testados. No processo do PageBreak, candidatos não verificados permanecem dentro do fluxo de trabalho da equipe de segurança. Eles podem orientar varreduras posteriores ou ajudar engenheiros a criar novos validadores, mas o Google disse que não são enviados às equipes de produto como bugs confirmados.

PageBreak encontrou duas falhas em aplicações protegidas

Entre centenas de aplicações construídas nos frameworks web de alta garantia do Google, o PageBreak identificou duas vulnerabilidades de XSS até 4 de setembro, segundo a empresa. Ambas estavam restritas a aplicações internas ou endpoints de depuração com lacunas em suas proteções de segurança. O resultado cobre esse grupo de aplicações; já o número de mais de 500 achados do Google abrange suas aplicações web proprietárias de forma mais ampla.

O resultado nos frameworks dá ao Google uma forma de testar como o design de suas aplicações resiste a varreduras repetidas. O PageBreak também tem acesso a ferramentas da empresa que o ajudam a inspecionar aplicações em escala. O Google disse que seu repositório de código permite ao agente seguir caminhos entre serviços, enquanto dados de segurança do tráfego web em tempo real podem conectar uma página requisitada ao código-fonte relevante. Scanners já existentes lhe dão acesso autenticado a sites internos que podem ser difíceis de examinar para um pesquisador externo.

Esses recursos ajudam a explicar o escopo dos achados do Google sem sugerir que outra organização poderia obter os mesmos resultados simplesmente executando um modelo Gemini. A contagem reportada pelo PageBreak vem de varreduras nas aplicações do Google com acesso ao código da empresa, aos dados de tráfego e aos sistemas de teste.

Equipes cripto enfrentam a mesma carga de verificação

O problema de verificar relatórios de segurança gerados por IA também apareceu em software cripto. Em julho, a pesquisa de segurança da Ethereum Foundation descreveu um processo no qual agentes desenvolvem achados potenciais e revisores separados tentam reproduzi-los. A fundação relatou uma falha confirmada no libp2p, posteriormente divulgada como CVE-2026-34219, ao mesmo tempo em que alertou que relatórios plausíveis podem envolver código inalcançável ou condições de ataque que não se sustentam na prática.

Para equipes que lidam com os fundos de usuários de cripto, a diferença entre um problema candidato e um exploit funcional afeta a rapidez com que um relatório pode levar a uma correção. Uma varredura do Bitcoin Red Team em agosto registrou 7.958 achados em 501 projetos de código aberto após 108 horas. Naquele momento, 24,7% dos achados tinham provas reproduzíveis; o total completo não representava 7.958 vulnerabilidades exploráveis confirmadas.

Reportagens anteriores sobre bug bounties em cripto descreveram uma carga de revisão semelhante. O co-CEO da Cosmos Labs, Barry Plunkett, disse em abril que as submissões ao seu programa haviam aumentado 900% em relação ao ano anterior, incluindo relatórios válidos e inválidos. O PageBreak é uma ferramenta interna do Google, e a empresa não disse que ela está disponível para projetos cripto.

Google planeja associar achados a correções

Mesmo após limitar os relatórios a achados verificados, o Google disse que suas equipes de produto ainda recebem um alto volume de trabalho de segurança. Por isso, o PageBreak está trabalhando com outros projetos do Google, incluindo o CodeMender, um agente que gera correções de bugs. O Google planeja aprofundar essa conexão para que as equipes de produto possam revisar correções propostas junto com vulnerabilidades confirmadas.