Epoch AI 研究人員表示,開放權重模型 GLM 5.3 自主建立了 Firefox 漏洞利用鏈,凸顯瀏覽器與軟體供應商面臨的修補落差風險。

根據 The Decoder 報導的 Epoch AI 研究,一個開放權重 AI 模型據稱在使用者收到相應安全更新前,便針對六個 Firefox 版本建立了可運作的漏洞利用鏈。測試顯示,一個能力足夠的模型,可能在修正內容變得可被發現、但修補程式尚未送達多數使用者的短暫期間,把公開可見的程式碼變更轉化為攻擊。
研究人員在離線環境中提供目標 Firefox 版本、基本工具與公開資訊後,GLM 5.3 無需人為介入即可運作。據報,當受害者載入特別製作的網頁時,產生的攻擊能夠讀取本機檔案。Epoch AI 估計,每次成功測試一個 Firefox 版本的 API 成本約為 1,000 美元。
這些發現的意義不限於單一瀏覽器。它們顯示,開放權重模型可能讓攻擊者自動化漏洞研究與漏洞利用開發,而不必依賴大型 AI 供應商的批准或安全控制。
Epoch AI 研究人員以安全「修補落差」為核心設計實驗:也就是安全修正已出現在原始碼或其他公開資料中,卻尚未交付使用者的期間。Firefox 將與安全性相關的變更隱藏在例行程式碼改進之中,但研究人員表示,GLM 5.3 找出了相關修正,並利用它們調查漏洞。
模型接著選擇錯誤、開發漏洞利用階段,並嘗試繞過 Firefox 的防禦。在一個報告案例中,它找到一個記憶體安全性缺陷,利用該缺陷與瀏覽器記憶體互動;Firefox 阻擋直接存取目標檔案後,它又加入了其他階段。最快的成功嘗試耗時 12 小時;研究人員允許每次執行最多 48 小時。
報告指出,在每次成功攻擊中,模型都獨立重新發現了另一個此前未知的漏洞。該漏洞讓漏洞利用鏈得以繞過瀏覽器沙箱並存取電腦上的檔案。Epoch AI 已向 Mozilla 披露問題,Mozilla 在 2026 年 10 月 27 日發布的 Firefox 159.0 中修復了該問題。研究人員尚未確定相同技術對該版本的有效程度。
如果這條鏈被部署來攻擊一般使用者,據報的影響將十分嚴重。惡意網頁可能存取已儲存的密碼、驗證 Cookie 與私人文件,但研究並未聲稱這些攻擊曾在實際環境中被使用。根據報告引用的數字,Firefox 擁有超過 2 億名活躍使用者,增加了潛在暴露的規模。
最強的效能主張來自 The Decoder 報導的 Epoch AI 研究實驗,而非獨立公開基準測試或已確認的犯罪行動。實驗顯示 GLM 5.3 在研究人員的設定下達成了什麼,但並不能證明每個攻擊者都能以相同成本或速度重現結果。
研究人員也測試了 Chrome,並支付約 10 萬美元的 API 費用,卻未產生同等的漏洞利用。這項結果不應被解讀為 Chrome 免疫的證據。Epoch AI 警告,不同的提示、工具或更強大的模型都可能改變結果。該測試也沒有直接比較 Kimi K3.1 Pro;研究人員根據有限的基準資訊,稱其在進攻性網路安全任務上可能表現更強。
沒有遭到拒絕是另一項重要發現,但需要審慎解讀。Epoch AI 表示,Z.ai 和其他接受測試的 API 供應商都沒有封鎖請求或觸發安全護欄。研究人員將這項工作定位為安全演習,同時承認其設定在操作上類似於針對真實使用者的攻擊。披露後,供應商政策、模型版本與存取控制可能改變。
這起事件也沒有證明 GLM 5.3 能可靠地入侵任意軟體。它展示的是針對特定目標、特定發布時間窗口的可重複結果。對於評估是否採用自主程式設計或漏洞研究系統的安全團隊而言,這項區別十分重要。
結構性弱點在於披露與分發的時間,而不只是 Firefox 本身。一旦修補程式揭示哪些程式碼發生變更,攻擊者通常就能推測底層缺陷。AI 系統可以透過比較修訂版本、測試假設、撰寫概念驗證程式碼,以及串聯不同弱點來加速這個過程。
Epoch AI 表示,瀏覽器、行動作業系統、路由器韌體和其他軟體也存在類似暴露。開源專案讓檢查原始碼更容易,但閉源產品並不會自動受到保護。研究人員指出了涉及 Anthropic Claude Mythos 的先前工作;據報該模型在沒有原始碼存取權的情況下利用了 Windows 的修補落差。他們也指出,模型反編譯已編譯軟體的能力正在提升。
更新週期緩慢的產品可能面臨最大危險。路由器韌體與行動作業系統的使用者可能長時間未套用修補,而企業軟體則可能只在排定的維護時段更新。手動利用困難的漏洞,如果 AI 系統能在修正發布後持續且低成本地工作,可能會變得更具吸引力。
報告也提出了協調披露的問題。發布修正對防禦者而言是必要的,但在修補程式廣泛安裝前發布詳細程式碼變更,可能為攻擊者提供路線圖。Firefox 與 Chrome 已朝每週更新發展,但對於使用者很少重新啟動的裝置,或供應商不再積極維護的產品而言,更新速度本身無法解決問題。
AI 產品團隊應將自主網路安全能力視為部署與存取控制問題,而不只是模型品質問題。能夠檢查儲存庫、執行程式碼並查詢外部服務的系統,應予以隔離、記錄並限制請求速率。只要提供適當的目標、工具與時間預算,通用程式設計助理就可能變成漏洞研究工具。
軟體供應商可以透過協調修補程式發布與廣泛可用的時間、減少預發布變更中的不必要細節,以及檢查多項修正是否能被串聯,來降低暴露。這些措施涉及取捨:防禦者需要足夠資訊來驗證修正,但一旦變更進入公開儲存庫,保密就更加困難。
企業買家應詢問供應商,修補程式多快能抵達受支援版本、更新是否自動進行,以及漏洞披露後裝置會持續暴露多久。安全團隊在排定修補時段優先順序時,也應評估 AI 輔助攻擊的成本。報導中每次 Firefox 嘗試約 1,000 美元並非普遍價格,但說明漏洞利用開發可能變得足以讓資源有限的團體負擔。
對 AI 供應商而言,這起事件凸顯僅依賴拒絕機制的限制。開放權重模型可以被下載,並在中央把關者控制之外執行。對託管系統而言,供應商端監控仍很重要,但防禦者也需要網路控制、沙箱、快速修補,以及偵測漏洞利用開發活動的能力。
第一個訊號是,獨立研究人員是否能針對包括 Firefox 159.0 在內的後續版本重現 Firefox 結果,以及 Mozilla 是否報告測試環境之外的利用證據。第二個訊號是,其他團隊是否能針對 Chrome、行動作業系統或路由器韌體展示類似的修補落差攻擊。
模型評估也需要超越靜態網路安全基準。有效的衡量方式應包括完成漏洞利用所需的時間、人為介入、工具要求、總成本、跨版本可靠性,以及串聯漏洞的能力。涉及 Kimi K3.1 Pro 或更新開放權重模型的結果,將有助於判斷 GLM 5.3 是孤立的能力,還是更廣泛趨勢的一部分。
最後,供應商與 AI 實驗室可能在披露後改變存取政策、發布作法或防護措施。這些變化將顯示業界主要是透過限制模型回應,還是透過縮短公開修正超前於使用者保護的期間來應對。
重要的消息不只是 GLM 5.3 找到了 Firefox 漏洞。更重要的是,據報一個開放權重系統在現實的時間與成本範圍內完成了多階段安全任務,並使用了透過正常修補活動變得可用的資訊。這使焦點從模型能否撰寫漏洞利用程式碼,轉向它們能多快將例行軟體維護轉化為營運風險。
對開發者與企業買家而言,實際教訓是要連同周遭環境與權限一起評估 AI 系統。更快速的修補程式交付、受控的工具存取和可衡量的防護措施,將與模型能力同樣重要。Firefox 案例仍是一項研究結果,而非廣泛利用的證據,但它可信地警告我們:修補落差正逐漸成為自動化問題。