代理式漏洞利用的興起：為何謠言現在會觸發零日漏洞

傳統的安全禁令（Security Embargo）——即私下修復漏洞並在公開發布前通知用戶的做法——正變得過時。在現代的威脅情境中，僅僅是漏洞的謠言或公開拉取請求（PR）的開啟，就足以為 AI 代理提供足夠的訊號，使其在幾分鐘內自主發現並利用該缺陷。

安全禁令的崩潰

AI 代理大幅壓縮了漏洞發現與利用之間的時間線。在最近一個涉及 OCaml cohttp 6.3.0 路徑遍歷問題的案例中，維護者觀察到，在開啟修復該問題的公開 PR 後十分鐘內，其線上 Web 伺服器就遭到了主動探測。

這種速度是由尖端 LLM 執行自主研究的能力所驅動的。當被提供一個廣泛的方向——例如關於路徑正規化問題的提示——代理就能獨立識別出確切的漏洞並生成可用的漏洞利用程式（exploit）。這種轉變由幾個關鍵趨勢所證明：

負值的平均漏洞利用時間（Negative Mean Time to Exploit）： 根據 2026 年的數據，平均漏洞利用時間已跨越零點，這意味著漏洞利用現在經常發生在官方補丁發布之前。在 2018-19 年，這一指標約為 63 天。
從諮詢轉向攻擊的快速轉換： 最近的 CVE（例如 marimo 中的 CVE-2026-39987 和 Langflow 中的 CVE-2026-33017）在甚至沒有公開概念驗證（PoC）的情況下，於 9 到 20 小時內就出現了首次利用嘗試。
從極少量數據實現高成功率： Fang 等人的研究指出，當給予 CVE 描述時，GPT-4 代理可以利用 15 個漏洞基準測試中的 87%，而在沒有描述的情況下僅為 7%。這表明，即使是高層級的描述也是自動化漏洞利用的強大催化劑。

「漏洞經濟學」（Bugonomics）的概念

隨著 LLM 自動化搜尋與生成漏洞利用程式，軟體安全性的瓶頸已從「尋找漏洞」轉向了「防禦者的修復吞吐量」。這種現象被稱為「漏洞經濟學」（bugonomics），凸顯了一個關鍵的不平衡：攻擊者可以以機器速度生成漏洞利用程式，而由人類主導的驗證、分流與發布持久修復方案的過程仍然停滯不前。

開源軟體（OSS）維護者特別容易受到攻擊，因為他們通常無法獲得與攻擊者相同的尖端代理工具。雖然像 Project Glasswing 這樣的倡議提供了高階 AI 存取權，但許多獨立維護者卻受到商業模型的安全護欄限制，導致他們無法使用 AI 來加速自身的防禦性補丁開發。

現代防禦的建議策略

為了對抗代理式漏洞利用，業界必須超越手動分流與秘密禁令，轉向更具動態性的防禦機制。

1. 私密補丁開發與信任網絡

在完全與 AI 監控工具隔離的環境中開發修復方案是至關重要的。然而，目前的工具（如 GitHub 的臨時私密分叉）通常不足夠，因為它們會使維護者與關鍵的 CI/CD 流水線斷開聯繫。一個更穩健的解決方案將涉及建立一個「信任網絡」（web-of-trust）基礎設施，以便在不向大眾洩露的情況下，安全地在受信任的貢獻者之間共享漏洞細節。

2. 持續交付與自動化分流

減少暴露窗口需要轉向持續發布模型。這包括：

動態補丁（Dynamic Patching）： 實施在運行時切換二進位檔而不需重啟的機制（類似於 Chrome 的每週更新）。
跨生態系統套件管理： 改進追蹤函式庫在下游產品中嵌入位置的能力，以確保更新能更快地傳播。
自動化分流工具： 利用 Scrutineer 等工具來幫助維護者管理激增的機器生成的漏洞報告。

3. 協定層的主動防禦

與其等待完整的補丁被打包並部署，防禦者可以實施在協定層的「虛擬補丁」（virtual patching）。例如，對於路徑遍歷漏洞，可以在底層函式庫更新之前，先在邊緣端（CDN 或閘道器）部署一條規則來正規化百分比編碼的路徑分隔符，從而立即緩解該問題。

社群觀點與反論點

維護者之間的技術討論表明，問題不僅僅是技術性的，更是系統性的。一些人認為，漏洞利用開發的民主化意味著低技術水平的參與者現在可以同時針對整個網際網路。

"利用補丁、提交訊息以及隨機聽到的或讀到的句子來構建漏洞利用 PoC，這種做法與漏洞研究一樣歷史悠久。LLM 的不同之處在於，『足夠技術水平』的參與者（無論是人類還是機器）爆炸式增長，使得原本無法實現的粗糙/低技術的『利用整個網際網路』的參與者得以實現。"

其他維護者報告了驚人的數量增長，其中一位 rclone 維護者指出，安全披露的數量從 10 年內的 20 次跳升至單月超過 40 次。也有人擔心，「微更新」（microupdates）的推動可能會引入新的風險，例如，如果處理不極端謹慎，可能會透過更新機制本身創造出遠端程式碼執行（RCE）的向量。

未來研究方向

應對這些挑戰需要新的軟體強制執行架構方法。建議的研究方向包括：

防禦性測試床（Defensive Testbeds）： 建立閘道器（例如使用 MirageOS）來根據漏洞謠言自動部署緩解規則。
強制執行自動機（Enforcement Automata）： 將形式化規範（例如來自 Lean）編譯成運行時自動機，以強制執行對函式庫在檔案系統與網路層所允許操作的嚴格限制，從而有效地中和整個類別的漏洞，無論是否已知特定漏洞利用程式。