Google 披露，其 AI 安全代理 PageBreak 已在公司旗下網頁應用程式中發現超過 500 個跨網站指令碼（XSS）漏洞。
Google 產品安全團隊表示，PageBreak 於 2025 年 11 月以試點形式啟動，並在 2026 年 1 月成為正式專案。它會測試 Google 自家的網頁應用程式，甚至已在公司敏感網域上發現跨網站指令碼（XSS）漏洞。Google 在公告中並未指出受影響的應用程式。
XSS 是指應用程式允許攻擊者的指令碼在其他使用者的瀏覽器中執行。視應用程式型態與攻擊者可取得的存取權限而定，這類漏洞可能導致資料外洩，或讓攻擊者透過受影響使用者的工作階段進行操作。Google 表示其應用程式中共發現超過 500 個問題，但未按產品或嚴重程度提供細項。
PageBreak 不會將每一個疑似漏洞都直接送交產品團隊，而是先把每個候選問題交給專門的驗證器。若是 XSS 發現，驗證器會插入 JavaScript 載荷、載入受影響頁面，並檢查指令碼是否真的執行。Google 表示，這個驗證步驟使系統的誤報率維持在接近零的水準。
該代理也能測試其他類型的漏洞。根據 Google 說法，其驗證器可檢查注入式輸入是否改變資料庫查詢、應用程式是否會因路徑遍歷而暴露檔案，或是否能被誘導執行程式碼。另有一項獨立檢查則會尋找應用程式送往內部服務的請求。
PageBreak 的大多數掃描使用 Gemini 模型，包括 Gemini 3.1 Pro 與 Gemini 3.5 Flash，不過 Google 表示，該代理也能搭配不同模型運作。驗證器本身並非由 AI 代理撰寫。Google 也會讓代理反覆嘗試，因為模型在找到可行的漏洞利用方式前，可能先走上一條無效路徑。
Google 建立這套驗證流程，是為了回應其安全團隊曾遇到的一個問題：AI 生成的報告可能描述出看似可信的攻擊路徑，但實際測試時卻無法成立。在 PageBreak 的流程下，未經驗證的候選問題會留在安全團隊的工作流程內。它們可作為後續掃描的指引，或協助工程師打造新的驗證器，但 Google 表示，這些內容不會作為已確認漏洞送交產品團隊。
Google 表示，在數百個建構於其高保證網頁框架的應用程式中，截至 9 月 4 日，PageBreak 辨識出兩個 XSS 漏洞。兩者都侷限於內部應用程式或在安全保護上存在缺口的除錯端點。這項結果僅涵蓋該類應用程式；Google 所稱超過 500 個發現，則是更廣泛地涵蓋其第一方網頁應用程式。
這項框架層面的結果，讓 Google 得以測試其應用設計在反覆掃描下的抗性。PageBreak 也可存取公司內部工具，以協助其大規模檢查應用程式。Google 表示，其程式碼儲存庫讓該代理能追蹤跨服務路徑，而來自即時網頁流量的安全資料，則可將某個被請求的頁面連結到相關原始碼。現有掃描器也讓它能以已驗證身分存取內部網站，而這些網站對外部研究人員而言往往難以檢視。
這些資源有助於解釋 Google 發現的規模，但不代表其他組織只要執行 Gemini 模型就能獲得相同結果。PageBreak 所報告的數量，是在可存取 Google 程式碼、流量資料與測試系統的前提下，對 Google 應用程式進行掃描所得。
檢查 AI 生成安全報告的問題，也已出現在加密軟體領域。7 月時，以太坊基金會安全研究描述了一套流程：先由代理提出潛在發現，再由獨立審查者嘗試重現。基金會報告指出，libp2p 中有一個已確認漏洞，後來披露為 CVE-2026-34219，同時也警告，看似合理的報告可能涉及實際上無法到達的程式碼，或在現實中並不成立的攻擊條件。
對於掌管加密用戶資金的團隊而言，候選問題與可實際運作的漏洞利用之間的差異，會影響報告能多快導向修補。8 月的一次 Bitcoin Red Team 掃描，在 108 小時內於 501 個開源專案中記錄了 7,958 項發現。當時其中 24.7% 的發現具備可重現的證明；完整總數並不代表有 7,958 個已確認可被利用的漏洞。
先前關於加密漏洞懸賞的報導也提到類似的審查負擔。Cosmos Labs 共同執行長 Barry Plunkett 在 4 月表示，其計畫的提交量較前一年增加了 900%，其中同時包含有效與無效報告。PageBreak 是 Google 的內部工具，而 Google 並未表示它已開放給加密專案使用。
Google 表示，即使已將報告限制為經驗證的發現，其產品團隊仍需處理大量安全工作。因此，PageBreak 正與 Google 其他專案合作，包括可生成漏洞修補程式的代理 CodeMender。Google 計劃進一步深化這項整合，讓產品團隊在檢視已確認漏洞的同時，也能一併審閱建議修補方案。
ETH
BTC
