谷歌披露，其產品安全團隊開發的內部 AI 代理 PageBreak，已在公司自有 Web 應用中發現超過 500 個漏洞。與常見的自動掃描工具不同，這套系統只有在真實運行環境中完成漏洞利用驗證後，才會生成報告，谷歌稱這使其誤報率接近於零。
從試點轉為正式項目
根據谷歌在9月24日發布的博文，PageBreak將於2025年11月啟動試點，2026年1月轉為正式項目，其目標是擴大漏洞發現的規模，同時減少人工排查的工作。
谷歌表示，安全團隊在近兩年來面臨一個越來越普遍的問題：大量由 AI 生成的漏洞報告看起來合理，但实际上並不存在，這增加了人工甄別的成本。 PageBreak 的設計重點，就是在交給人工處理之前，先驗證漏洞是否真的可以被利用。
先驗證再上報
這套系統基於 Gemini 模型運行。當 PageBreak 發現可疑問題後，會將結果交給專門的驗證模塊。該模塊會在應用的在線運行副本中試圖實際利用漏洞，只有驗證成功，才會形成正式報告。
谷歌表示，已在公司第一方应用程序中發現超過500個漏洞。這類漏洞可能被用於劫持已登錄會話、竊取數據，或冒充用戶執行操作。
- 試點啟動時間：2025年11月
- 正式項目時間：2026年1月
- 已發現漏洞數量：超過 500 個
新框架中僅發現兩個漏洞
谷歌還提到，在採用其較新的“高保障”Web框架構建的應用中，僅發現了2個漏洞。谷歌據此認為，從開發階段提升軟件安全性，比事後持續修補漏洞更有效。
文章同時提到，谷歌擁有大多數公司所沒有的條件，包括統一的代碼倉庫和多年的內部掃描基礎設施，因此這套方法並不容易被小型企業直接複製。
下一步接入自動修復
谷歌計畫將 PageBreak 與自動補丁生成代理 CodeMender 連接起來。這樣一來，經過驗證的漏洞在提交給工程師時，就可能同時附帶修復建議，工程師的主要責任是審核與批准，而不是從零開始編寫補丁。
強制要求： 1. 只輸出翻譯後的內容，不要輸出 JSON、不要輸出 Markdown 代碼塊。 2. 不要解釋、不要總結、不要補充原文不存在的資訊。 3. 不要省略任何內容，必須完整翻譯全部輸入。 4. 如果輸入包含 HTML，只翻譯標簽之間的可見文本，不要翻譯、刪除、改寫或轉義任何 HTML 標簽和屬性。 5. HTML 標簽名、屬性名、屬性值、引號、空格、標簽順序必須保持不變。 6. img、br、hr、input 等無可見文本的標簽必須原樣保留。 7. 保留數字、貨幣符號、交易對、URL、Markdown 格式。 8. 保留形如 __BJWKEEP_00001__ 的佔位符，必須逐字原樣輸出。 9. 佔位符不能翻譯、刪除、拆分、移動、改變大小寫、改變下劃線或改變編號。 10. 佔位符是系統保護標記，不屬於自然語言。必須逐字符複製，包括所有下劃線和數字。輸出前請檢查每個佔位符是否與輸入完全一致。 11. 佔位符不是人名，不要把佔位符改寫成任何目標語言的人名、機構名或其他詞。 12. 不要輸出 User、Assistant、System 等角色名或對話前綴。文中提到，谷歌此前也曾修补過自家 AI 编碼工具中的漏洞，該漏洞一度可能被攻擊者利用來執行惡意代碼。
