Ciberseguridad

Google ha revelado nuevos detalles de PageBreak, un agente interno de inteligencia artificial que usa Gemini y está desarrollado por su equipo de Product Security para buscar vulnerabilidades de forma autónoma en las aplicaciones web de la compañía. El sistema ya ha permitido descubrir más de 500 vulnerabilidades Cross-Site Scripting (XSS) en servicios propios de Google, incluidos dominios considerados sensibles.

El proyecto comenzó como una prueba piloto en noviembre de 2025 y pasó a convertirse en una iniciativa plenamente operativa en enero de 2026. Aunque su arquitectura permite utilizar diferentes modelos, Google explica que la mayor parte de su actividad se apoya en Gemini 3.1 Pro y Gemini 3.5 Flash.

La diferencia respecto a un escáner basado únicamente en IA está en que PageBreak no se limita a analizar código y señalar posibles errores. Google ha diseñado el sistema para que intente demostrar de forma automática que las vulnerabilidades encontradas son realmente explotables.

De encontrar un posible fallo a intentar explotarlo

Uno de los problemas que Google identifica en el uso de grandes modelos de lenguaje para buscar vulnerabilidades es la cantidad de falsos positivos que pueden producir.

Un LLM puede detectar un patrón de código aparentemente vulnerable y generar un informe técnicamente convincente cuando, en realidad, el fallo no puede explotarse. Google denomina parte de este problema “AI slop”: hipótesis generadas automáticamente que terminan aumentando el trabajo de los equipos de seguridad en lugar de reducirlo.

PageBreak intenta resolverlo mediante lo que Google denomina validación determinista.

Cuando el agente identifica una posible vulnerabilidad, no la envía directamente al equipo responsable de la aplicación. La hipótesis pasa primero a un validador especializado que ejecuta un payload real contra un entorno en funcionamiento para comprobar si el ataque funciona.

Según Google, este planteamiento ha permitido alcanzar una tasa de falsos positivos cercana a cero.

Así comprueba PageBreak que una vulnerabilidad es real

Los validadores utilizados por PageBreak son herramientas especializadas y no están escritas por la propia IA. Cada una está preparada para comprobar una clase concreta de vulnerabilidad.

En un posible XSS, por ejemplo, el sistema inyecta una carga JavaScript específica y utiliza una infraestructura de renderizado o escaneo para cargar la URL y comprobar si el código inyectado llega realmente a ejecutarse.

Para una posible inyección SQL, intenta manipular las consultas a la base de datos y analiza tanto las respuestas obtenidas como los tiempos de ejecución.

En los casos de Path Traversal, el proceso puede crear un archivo en una ubicación accesible y posteriormente intentar leerlo desde la aplicación.

La comprobación resulta todavía más significativa ante una posible ejecución remota de código (RCE). PageBreak puede tratar de demostrarla introduciendo un retraso mediante sleep, escribiendo un archivo en una ubicación con permisos de escritura y comprobando después su existencia, o provocando conexiones DNS o HTTP hacia el exterior.

Para las vulnerabilidades SSRF, los validadores comprueban si la aplicación provoca solicitudes desde sus sistemas backend y si es posible generar conexiones hacia servicios internos.

Es decir, el objetivo no es únicamente que Gemini diga que una aplicación «parece vulnerable», sino conseguir una prueba reproducible de que el fallo puede explotarse.

Más de 500 vulnerabilidades XSS descubiertas

Google asegura haber ejecutado PageBreak a gran escala y haber encontrado ya más de 500 vulnerabilidades XSS en aplicaciones web propias.

La cifra contrasta con los resultados obtenidos al someter al mismo sistema las aplicaciones desarrolladas sobre los denominados high-assurance web frameworks de Google, diseñados específicamente para eliminar determinadas clases de vulnerabilidades desde su arquitectura.

A fecha del 4 de septiembre de 2026, PageBreak había localizado solo dos vulnerabilidades XSS entre cientos de aplicaciones construidas con estos frameworks. Además, ambas estaban limitadas a aplicaciones internas o endpoints de depuración que presentaban carencias de endurecimiento.

Para Google, el resultado sirve también como una prueba práctica de la efectividad del enfoque secure by design: evitar que una vulnerabilidad pueda introducirse resulta más eficaz que depender exclusivamente de encontrarla posteriormente.

¿Qué ocurre con los posibles fallos que PageBreak no puede demostrar?

PageBreak también puede encontrar vulnerabilidades potenciales para las que todavía no dispone de herramientas capaces de verificar la explotación.

Google no descarta esos resultados, pero tampoco los envía directamente a los equipos de producto.

Los conserva como hallazgos no deterministas que pueden utilizarse para orientar posteriores análisis, desarrollar nuevos validadores o detectar capacidades que el agente necesita para realizar comprobaciones más complejas.

El propio agente puede informar de qué herramienta o acceso al entorno le falta para demostrar una vulnerabilidad.

Con ello, Google mantiene separados los fallos verificados mediante una explotación controlada de las hipótesis generadas por el modelo.