Anthropic Cyber Mission 上線：免費 OSS 掃描，修補瓶頸由誰承擔？（2026）

2026 年 10 月 8 日，Anthropic 在官網發布了〈Introducing the Anthropic Cyber Mission〉，宣布把資安防守工作擴展到關鍵基礎設施與開源軟體。Anthropic Cyber Mission 最值得看的改變，是讓有能力處理報告的開源維護者，選擇更快收到模型產生的漏洞發現；接下來的問題是：找到得更快，修好的速度能跟上嗎？

下面先整理兩項計畫的交付，再核對申請規則與驗證數字，最後討論：如何讓更多漏洞報告變成更少可被利用的弱點。

Anthropic Cyber Mission：兩條防守路線，補不同的缺口

第一條是 Critical Infrastructure Defense Program（CIDP，關鍵基礎設施防禦計畫）。公告把工作放在電網、水務、運輸等系統背後的 operational technology（OT，營運技術）：控制實體設備的控制器、軟體與工業網路。Anthropic 提供前沿 Claude 模型、現場工程師及威脅研究，先與既有服務商、資安公司和設備製造商合作。

Nozomi Networks 的同日說明由共同創辦人兼 CTO Moreno Carullo 發布，確認公司加入這個夥伴主導的計畫。它描述的用途是協助專家研究陌生設備、協定及攻擊模式，並強調人在營運環境保留決策責任。這能核對合作關係與預定分工；它仍是參與者自己的說明，不能當成防守成效的獨立評測。

第二條是 OSS Scanner：符合條件的開源專案主動加入後，定期收到免費漏洞掃描報告。報告包含重現方式、漏洞解釋，以及在可提供時附上的候選修補。它把更多發現送到有處理能力的維護者手中；每份報告都有可直接合併的修補，則超出了公告的承諾。

這也與 Claude Security 的企業掃描產品有不同對象：本次新服務以重要開源專案為重心，不是看到名稱便能推定所有個人帳號取得相同模型入口。

免費掃描的交換：更快收到，也更早承接驗證工作

The reports are model-generated and sent without human review.

中文：這些報告由模型產生，寄送前未經人工審核。

Anthropic／Cyber Mission 公告

這一句是新服務的重要契約。Frontier Red Team 的配套文章把人工驗證產能列為瓶頸；OSS Scanner 因此提供自願選擇的快速通道。模型管線可以再次檢查發現，但模型複查與人類審核是不同程序。維護者接到報告後，仍要判斷重現是否成立、嚴重程度是否對準部署環境，以及修補會不會破壞其他行為。

官方 FAQ將服務定位給已能跟上經驗證高風險報告、且想進一步強化程式碼的專案。對其他專案，Anthropic 表示會繼續透過既有 coordinated vulnerability disclosure（CVD，協調式漏洞揭露）流程，交付經人工驗證的報告。新計畫因此不是要求所有維護者接受同一種速度與工作量。

免費的是掃描服務的費用；判讀、重現、測試、合併與發行仍需要專案投入。這是工作分配的推論：如果每週多收到一批報告，卻沒有相應的修補時間，待辦隊列就會增加。能不能選擇、暫停和調整報告，比把「免費」當成完整成本更有意義。

88% 與超過 90%：先分清樣本、門檻與預期

依 Anthropic 的早期驗證說明，團隊請滲透測試專家檢查來自 48 個專案的 97 個 critical／high 發現。其中 85 個符合其 CVD 程序門檻，約為 88%；其餘 12 個中，11 個被描述為真實但重複的問題，1 個無效。這是公司公布的早期樣本與分類，不是 AlphaLab 重現，也不是整個服務的獨立長期成績。

這份分類至少提示三把不同的尺：是否真的有問題、是否重複，以及是否符合該程序的揭露門檻。真實卻重複的發現，仍可能耗掉維護者時間；嚴重度高估，則會改變修補排序。把這些差異壓成單一「準確率」，會失去維護者最需要知道的資訊。

主公告提到預期 true-positive rate（真陽性率）超過 90%。「預期」必須留在句子裡：它不能與早期樣本中的 88% 直接互換，也不能被寫成每個專案都已達到的品質保證。下一步更有價值的數字，是維護者認定的有效、重複與不適用比例，以及每個有效報告花了多少處理時間。

外部證據：開源報告有品質門檻，工業修補有營運門檻

OpenSSF 的漏洞回報指引要求報告對上專案的威脅模型與回報規則，提供可信輸入下的重現、便於驗證的測例及候選修補，並建議送出前由人審閱。這與 OSS Scanner 的未經人工審核快速通道形成具體張力：速度增加後，最後一道判讀工作落在哪裡？

curl 維護者 Daniel Stenberg 在 2025 年 7 月的第一手記錄中，描述低品質安全報告如何消耗團隊時間。這個案例說明報告負擔確實可能發生；它不能直接證明 2026 年新服務的報告也一樣差。反過來，Anthropic 在公告中收錄維護者的正面回饋，也不能替所有專案預先算出收益。兩種證據各有範圍。

OT 的門檻更具體。CISA、FBI 與 DOE 的工業控制系統建議要求，補丁進正式環境之前，先在生產環境之外測試，並用風險評估決定哪些設備參與修補計畫。模型找到一個程式漏洞，並不會同時替營運者取得停機窗口、設備相容性和復原能力。

因此，現場工程師與既有設備夥伴的角色有實際意義：他們有機會把程式碼層的發現，接回設備版本、網路分區、現場流程與可用維護窗口。這是計畫設計值得肯定的地方；是否真的減少事件與停機，仍要看後續成果，而不是從合作名單推定。

Anthropic Cyber Mission 的兩年預測，該怎麼對帳？

Our forecast is that in two years, AI will favor defense

中文：我們預測，兩年後 AI 將對防守更有利。

Anthropic／Cyber Mission 公告，句中節錄

這是 Anthropic 的預測，從公告日往後看約兩年，也就是約 2028 年 10 月。它的論點是模型能在出貨前找錯、協助寫出較安全的軟體，並參與主動防守；短期卻可能讓攻擊者更快利用漏洞，而修補還得等待人的處理。預測同時包含機會與時間差。

我的判讀是：防守能否取得優勢，取決於整條路徑的改善。發現、確認、排序、修補、發行、部署，每段都要有人或系統接手。只加快第一段，後面的等待可能變成新的主要瓶頸；把去重、修補測試與部署支援也接上，才有機會把能力轉成實際保護。

模型能力擴散的背景可以接著讀 GLM-5.3 資安能力分析；但受控測試中的能力，和真實世界攻擊增減，需要各自的證據。這次公告也不適合被縮成「AI 已讓世界更安全」。

我同意什麼、存疑什麼：讓選擇權和成效一起留下

一、我同意：把專家與交付能力放進同一個計畫

讓有經驗的防守者更早拿到有用發現，並把工程支援帶到工業現場，是可理解的資源配置。自願加入、可暫停，以及保留人工驗證路徑，也讓不同專案按自己的處理能力選擇。掃描服務若能替維護者省下重現與初稿時間，會是實質幫助。

二、我存疑：高命中率仍不足以證明淨收益

一份真實報告可能指向已知問題、非支援部署或次要風險；一份看似正確的修補也可能增加維護成本。真正值得追的，是專案多修好了多少高價值問題、投入多少時間、回歸出了多少次。這些都是待衡量的成效問題，不能用公司公布的樣本替代。

三、接下來的可信訊號：修補走到使用者手上

我會追四項：有效且不重複的發現；維護者從收件到確認、合併與發行的時間；補丁通過功能與安全測試的比例；已部署系統的風險和可用性變化。這是建議的評估框架，不是本次計畫已公布的成績。參與者是服務受益者與合作方，正面敘述有選擇背景；把它們當作線索，然後要求可核對的交付，才公平。

維護者與防守團隊，現在可以先做哪一步？

若你是開源核心維護者，先讀 資格與 FAQ，確認專案影響、收件人與目前的處理容量；再看 官方報名倉庫。申請以 PR 加入專案配置與建置方式；官方會確認核心維護者身分，並個案判斷資格，不是提交就等於錄取。

準備一份威脅模型，寫清楚不可信輸入、支援的部署、範圍之外的元件與嚴重度尺度。官方倉庫提醒配置中的電子郵件地址會公開，適合使用可公開的安全聯絡信箱；也提供 disabled: true 暫停報告的方式。你可以先定好每週處理上限與暫停條件，再決定是否加入。本文沒有替任何專案報名或執行掃描。

收到報告後，先在隔離測試環境驗重現，查已知問題與版本，然後驗候選修補及回歸；這與 Agent 回歸測試要求結果與必要證據一起通過的思路相通。避免把可用憑證或真實服務放進測試範圍，相關界線可對照 Gemini 資安評測越界案例。

若你負責 OT，第一張表應列出設備、責任人、隔離測試、可用維護窗口與復原方式，再與既有服務商討論模型能幫哪一段。若你是一般使用者，值得關注的是依賴套件何時發行修正版、你的產品何時採用，以及修補是否完成部署，而不是新聞裡多了多少個漏洞。