Google

Google's PageBreak agent quietly caught over 500 vulnerabilities by testing exploits live

Google's PageBreak agent quietly caught over 500 vulnerabilities by testing exploits live against running applications.

3 min readInfoQ
Google's PageBreak agent quietly caught over 500 vulnerabilities by testing exploits live

Five hundred vulnerabilities in under a year, caught by an AI that doesn't guess, it proves. Google's PageBreak agent quietly validated over 500 XSS exploits against live applications since January, and that number matters far less than how it found them. The agent uses Gemini models to investigate potential flaws, but it only files a report after a deterministic validator successfully reproduces the attack on a running system. This is not a theoretical scanner. It is a proof engine that refuses to cry wolf.

That distinction separates PageBreak from the noise of traditional security tooling, and it connects directly to a problem we explored in The Four Data Flaws That Slip Past Every Validation Check. Those bugs, the ones that pass null checks, duplicate checks, and schema tests, are precisely the kind of blind spots that static analysis misses. PageBreak bypasses the abstraction problem entirely. It does not ask whether a vulnerability *could* exist. It asks an application, under real conditions, whether it *will* break. For teams drowning in false-positive reports from conventional scanners, this approach is a practical shift toward signal over noise.

The implications for how we build and secure data workflows are direct. If an AI agent can autonomously reproduce exploits against Google's own sprawling web applications, the same logic applies to the spreadsheets and internal tools that power most organizations. Many of those tools rely on the same kind of input handling that XSS attacks target. The question is not whether your data pipeline has similar flaws, it almost certainly does. The question is whether you have a method to find them without waiting for a breach.

This is also where the human-centered part of the story lands. PageBreak does not replace security engineers. It changes what they spend time on. Instead of manually probing for injection points, they can focus on the exploits that the agent has already validated. That is a productivity gain, not a job replacement. It mirrors the shift we saw in Google Adds a Smarter Shield Against Token Theft for OAuth Security, where a protocol-level improvement (DPoP) reduced attack surface without requiring developers to change their daily habits. Both cases share a philosophy: build verification into the system itself, not into a checklist.

One detail from the paper is worth watching. PageBreak only reports vulnerabilities after a successful live exploit. That means the agent is not just finding bugs, it is delivering a working reproduction script every time. For a development team, that turns a vague security alert into a concrete, fixable test case. The practical takeaway is straightforward: the next generation of security tooling will not tell you what might be broken. It will show you exactly what is broken, and how. For anyone managing data in spreadsheets or applications, that is the difference between a warning and a solution.

From InfoQ

According to a paper published by Google, its AI-powered security agent has uncovered more than 500 XSS vulnerabilities across its web applications since entering full operation in January. PageBreak uses Gemini models to autonomously investigate potential vulnerabilities, but reports them only after deterministic validators successfully reproduce the exploit against a running application.

Read the original at InfoQ