Google 用一隊 AI agents 重整 Chrome 保安：由搵漏洞一路做到熱修補
1,072 個 security bugs 點嚟，邊啲措施已用緊、邊啲仲試緊
Chrome 嘅 AI 功能識幫你整理分頁，未算最值得留意。Google 而家連瀏覽器底層保安都交咗一大截畀 AI agents：搵可疑程式碼、重現問題、判斷嚴重程度、草擬 patch，再安排另一批 agents 挑錯同寫測試。對一個牽涉大量平台、第三方元件同舊 C++ 程式碼嘅大型項目，呢個改動遠大過加多個 Gemini 按鈕。
1,072 個 bugs，口徑要先拆清
Google 自報 Chrome 149 同 150 兩個 milestones 合共處理咗 1,072 個 security bugs，多過之前 23 個 milestones 總和。不過呢度講緊安全團隊分類同處理過嘅 bugs，當中可以有未進入正式版、藏喺關閉功能後面，或者只得潛在影響嘅程式錯誤；佢哋唔等於 1,072 個已可利用漏洞，更唔等於 1,072 個零日攻擊。
Chrome Releases 官方紀錄亦幫手睇到統計範圍：Chrome 149 首個 Stable release 列出 429 項 security fixes，Chrome 150 就有 433 項，兩者合共 862。Google 講嘅 1,072 顯然涵蓋整個 milestone 期間處理嘅個案，範圍闊過兩份首發 release notes，而且唔係每項都有公開 CVE。數字確實好大，但唔應直接解讀成 Chrome 突然多咗千幾個可即時攻入嘅窿。
圖片：Google DeepMind
一隊 agents 點樣分工
已經投入內部使用嘅部分，由收報告開始。Chrome 2026 年第二季保安更新提到，系統會喺隔離環境重現同補充 bug 資料，再用傳統工具加 AI 判斷嚴重程度，交去適合嘅開發團隊。Big Sleep 亦已經變成全自動 V8 掃描管道；Android Authority 引述 Google 指，另一套 commit scanner 每 24 小時檢查一次改動，單係 5 月已阻止多過 20 個安全問題進入正式版本。
跟住先輪到修補 agents 草擬候選程式碼，再交畀 critic agents 對照 Chromium 規範搵問題，test-writing agents 就為 Windows、macOS、Linux、Android 等平台補測試。呢種分工有實際理由：同一個模型自己寫、自己批，容易一齊睇漏同一樣嘢。拆開角色，再配合編譯、fuzzing、靜態分析同持續整合，先可以篩走表面過關、實際改壞其他功能嘅 patch。
13 年 sandbox escape 夠搶眼，但資料仍然有限
報道引述 Google 指，自動系統搵到一個留喺 Chrome 程式碼超過 13 年嘅 high-severity sandbox escape，並列入今輪已處理個案。Sandbox escape 可以幫攻擊者跳出受限制嘅網頁程序，嚴重程度自然高；不過原報道冇附公開 bug record、CVE 或完整攻擊鏈，所以暫時只可以按 Google 嘅分類描述，唔能夠推斷佢曾經俾人實際利用，亦唔代表單靠呢個 bug 就可以完全控制部機。
AI 報告多咗，誤報同錯 patch 都會一齊多
Chrome 自己嘅 AI security bugs FAQ 寫得幾坦白：部分 AI 報告嘅嚴重程度未經安全團隊確認，亦會出現無效、重複或者未有完整 PoC 嘅個案。Google 會用關閉結果改善工具，但工程師仍要判斷安全邊界。DeepMind 對 CodeMender 嘅公開說明亦強調，AI 產生嘅 patch 現階段會先交人手研究員審核，先至送去上游項目。換句話講，AI 幫手擴闊掃描量同縮短輪候時間，人手把關暫時仍然拆唔走。
另一個長遠問題係源頭。Chrome 仲有大量 C++ 同約 1,700 個第三方依賴，AI 可以快啲搵錯同補窿，但舊式記憶體安全問題仍會繼續出現。Google 同 Microsoft 正逐步用 Rust、強化 sandbox 同改良指標防護，呢類架構改動雖然見效慢，但長遠可以減少同類漏洞，唔使不停追住 patch。1,072 呢個紀錄某程度亦反映，當搵漏洞成本大跌，修補、驗證同發放更新會成為下一個樽頸。
每星期兩次更新同 dynamic patching 仲係試行
Chrome 由 116 版起已經採用每星期一次 Stable 安全更新，目的係縮短 patch 公開後、用戶仍未收到更新嘅時間差。Google 而家試緊每星期兩次 security release，再研究 dynamic patching：利用 Chrome 多程序架構，換走 Renderer、GPU 等背景程序，盡量唔使成個瀏覽器重開。從架構睇，呢招較適合可獨立重啟嘅程序；牽涉 browser process 或大範圍狀態嘅修補，未必可以照辦煮碗。
兩項措施都未普及到所有 Chrome 用戶。報道亦提到 macOS 嘅無視窗背景狀態可以觸發靜默重啟，但 Google未有宣布所有平台、所有修補都做到無感套用。而家見到 Chrome 提示更新，最穩陣仍然係盡快重開；公司 IT 管理大量裝置，亦要確認政策有冇拖慢 Stable 更新。不過，更密更新同熱修補會唔會帶來更多相容問題，仲要睇試行結果。
參考來源
- Android Authority — Google is rebuilding Chrome security using AI to catch hidden vulnerabilities — original report
- Chrome Security 2026 Q2 Update — Chrome 官方交代 AI 加傳統工具分流漏洞、隔離重現報告、Big Sleep 自動管道同第三方依賴管理。
- AI-generated security bugs FAQ — Chrome 官方確認 AI 報告可能無效、缺少 PoC，嚴重程度亦未必經安全團隊確認。
- Chrome 149 Stable Channel Update for Desktop — 官方 release notes 確認 Chrome 149 首個 Stable release 包含 429 項 security fixes。
- Chrome 150 Stable Channel Update for Desktop — 官方 release notes 確認 Chrome 150 首個 Stable release 包含 433 項 security fixes。
- Introducing CodeMender: an AI agent for code security — Google DeepMind 解釋 critic、程式分析、驗證機制，同埋 AI patch 送出前仍有人手審核。
- An update on Chrome Security updates – shipping security fixes to you faster — Google 官方交代 Chrome 由 116 版起採用每星期 Stable 更新，以及 patch gap 對 n-day 攻擊嘅影響。
本文根據原文及公開資料整理；資料有出入時，以原文及官方資料為準。
