KeyFrame內部研究專用

Claude Fable 5 Security Governance: Export Controls, Jailbreak Risks, and AI Model Protection

Pochao Hsu·7月5日週日·4 min中文

三句話摘要

Claude Fable 5與Mythos 5模型因安全漏洞被禁用後的重新開放過程,以及背後的AI安全治理與出口管制問題。 --- Fable 5的重新開放不僅是產品管理問題,而是AI治理如何在防止濫用與保留功能、防禦需求與日常工作之間取得平衡的關鍵壓力測試。 高階AI模型安全防護的灰色地帶:Fable 5的安全漏洞並非模型級別獨有,Claude Opus 4.8等低階模型也能識別與演示軟體漏洞。真正的挑戰不在於技術能力本身,而在於如何定義「協助防御」與「自動化攻擊」之間的邊界,這個邊界往往不是黑白分明,而充滿灰色地帶。

重點整理

重點
  • 1

    高階AI模型安全防護的灰色地帶:Fable 5的安全漏洞並非模型級別獨有,Claude Opus 4.8等低階模型也能識別與演示軟體漏洞。真正的挑戰不在於技術能力本身,而在於如何定義「協助防御」與「自動化攻擊」之間的邊界,這個邊界往往不是黑白分明,而充滿灰色地帶。

  • 2

    AI安全向制度化治理演進:Anthropic建立了基於能力增益、增益廣度、武器化難易度與可發現性的共識評估框架,並在HackerOne開設漏洞回報計畫,標誌著AI模型安全從臨時處理走向類似傳統軟體安全的制度化管理。

  • 3

    政策響應的快速與複雜性:從6月9日發布到6月12日暫停再到7月1日重新開放,僅三週時間完成整個流程,反映出高階AI模型在出口管制和政策審查上的優先級與複雜程度。

  • 4

    安全防護的雙刃劍困境:新的安全分類器雖能有效攔截已知漏洞手法,但也容易在日常編程與除錯時誤判正常請求為高風險,這是AI治理最難解決的平衡問題——既要防止濫用,又不能過度阻礙正常使用。

  • 5

    --

實用技巧與重點

乾貨
  • 時間線與事件
  • 6月9日:Fable 5與Mythos 5發布
  • 6月12日:應出口管制全面暫停
  • 7月1日:Fable 5重新開放(耗時3週)
  • 模型分層
  • Mythos 5:防護少,僅給Project Glaswing少數受信夥伴使用,用於防禦性資安任務
  • Fable 5:加強防護,開放給一般使用者
  • 共用底層模型,差別在安全防護程度
  • 複現能力
  • Claude Opus 4.8、Gemini 2.5、Claude 2.7等低階模型也能完成漏洞識別與演示
  • 新防護機制
  • 安全分類器(自動守門員)可判斷請求是否涉及高風險行為
  • 99%以上情況下可攔截原始報告的特定繞過手法
  • 高風險請求被攔截後改由Claude Opus 4.8處理,用戶收到封鎖通知
  • 重新開放條件
  • 付費用戶可將周訂閱限額的50%用於Fable 5試用
  • 適用對象:Pro、Max、Team及部分Enterprise進階席次
  • 非額外贈送,與其他Claude模型共用同一份周限額
  • 恢復範圍
  • 已恢復:網頁版、行動版、桌面版、Claude Code、Claude Design、Claude Code Work、Claude for Microsoft 365
  • 未恢復:AWS、Google Cloud、Microsoft Foundry三大雲端通路
  • 評估框架維度
  • 能力增益
  • 增益廣度
  • 武器化難易度
  • 可發現性
  • 安全回報計畫
  • HackerOne新計畫鼓勵研究人員回報Fable 5中的潛在漏洞手法
  • --

結論

結論

Fable 5的重新開放不僅是產品管理問題,而是AI治理如何在防止濫用與保留功能、防禦需求與日常工作之間取得平衡的關鍵壓力測試。

完整解析

詳細

Anthropic的Fable 5與Mythos 5模型在6月9日發布後,三天內因安全漏洞而被暫停出口,這個事件深刻反映了當前高階AI模型面臨的治理挑戰。危機的觸發點來自亞馬遜研究團隊的發現——他們識別出特定的提示手法能夠繞過Fable 5的部分安全防護,讓模型識別軟體漏洞,甚至生成漏洞利用代碼。這看似是一個重大的安全缺陷,但事實要更加微妙。

經過與美國政府和亞馬遜等合作夥伴的審查,Anthropic認定這不是Fable 5或Mythos級別模型獨有的危險能力。更低階的模型如Claude Opus 4.8、Gemini 2.5和Claude 2.7都能完成類似的漏洞識別與演示。Fable 5和Mythos 5共享相同的底層模型,唯一的差異在於安全防護等級——Fable 5施加了更嚴格的約束用於開放給一般使用者,而Mythos 5的防護較少,僅限於Project Glaswing中少數受信夥伴用於防禦性工作。這種設計體現了按風險等級分層開放的原則。

為了安全地重新開放Fable 5,Anthropic與美國政府合作訓練了新的安全分類器,這個系統的作用就像一個自動守門員,能夠評估用戶請求是否涉及高風險行為。當分類器判定請求為高風險時,系統會攔截Fable 5的處理,改由Claude Opus 4.8來響應,用戶則收到阻止通知。根據Anthropic的數據,新分類器在超過99%的情況下能夠攔截原始報告中的特定繞過手法。這是一個相當有效的防護成果。

然而,強化安全防護也帶來了新的問題。分類器可能會對日常編程工作中的正常請求過度敏感,導致工程師在進行正常的除錯和開發時被系統誤判為高風險操作。這正是AI安全治理最困難的核心——如何在允許模型協助防禦性工作與防止濫用之間找到平衡。為此,Anthropic正與亞馬遜、微軟、Google等Glaswing合作夥伴建立一套關於漏洞嚴重程度的共識評估框架,評估維度包括能力增益、增益廣度、武器化難易度和可發現性。同時,Anthropic在HackerOne啟動了新的漏洞回報計畫,鼓勵研究人員回報Fable 5中的潛在繞過手法,這標誌著AI模型安全正在從臨時處理逐步演進為制度化治理,更接近傳統軟體安全的漏洞回報生態。

---

關鍵時刻

Pipeline v2

帶時間戳的重點,會在逐字稿層級分析上線後產生。目前請先透過原始影片觀看。

事實查核

Pipeline v2

說法查證是下一次管線升級的一部分。KeyFrame 只會顯示它真正能驗證的內容。

更多「AI 安全」的內容

SN 1093: Tokens in the Stream - Why LLMs are inherently insecure and prompt injection will persist
168 min
AI 安全英文PODCAST8月25日

SN 1093: Tokens in the Stream - Why LLMs are inherently insecure and prompt injection will persist

Security Now

  • Token 流的基礎設計:LLM 不具備狀態管理能力,所有輸入都被視為等值的 token 序列。系統無法區分「這是系統指令」和「這是外部資料」,只能依靠訓練期間習得的格式識別能力,這本質上是脆弱的。
  • 格式標籤的虛幻邊界:系統標籤、使用者標籤、工具標籤等都只是特殊 token,模型被訓練成「該尊重系統標籤的命令」,但 token 流裡沒有硬性邊界。移除標籤格式後,攻擊成功率從 61% 跌至 10%,證明安全性完全依賴於格式。
  • 蒸餾與超級模型現象:企業用較成熟模型的輸出訓練新模型(蒸餾),相當於把前一代模型的行為與缺點複製給下一代。即使競爭對手未直接存取,互聯網上充滿 AI 生成內容,導致模型行為自然收斂,難以追蹤蒸餾是否發生。
Unlock Agent Autonomy: The Runtime for AI-Native Systems — Tushar Jain, Docker
22 min
AI 安全中文8月20日

Unlock Agent Autonomy: The Runtime for AI-Native Systems — Tushar Jain, Docker

AI Engineer

  • 1. 代理權限動態擴張的根本問題
  • 當代理被要求調查延遲尖峰時,它會自動擴展訪問需求——先請求日誌訪問,再要求 GitHub 儲存庫權限,最後要求 Slack 訪問。每一步都超越了信任邊界,最終導致代理擁有不受控制的全系統訪問權。傳統軟體可以提前定義權限,但自主代理的需求在運行時動態變化,這是核心難題。
  • 2. 多模型、多平台的統一防控需求
SANS Stormcast Wednesday, August 19th, 2026: Copilot as Whitstleblower; GEEKOM Bad Driver; Medusa Update; Encrypted AI
8 min
AI 安全英文PODCAST8月19日

SANS Stormcast Wednesday, August 19th, 2026: Copilot as Whitstleblower; GEEKOM Bad Driver; Medusa Update; Encrypted AI

SANS Stormcast

  • AI 系統的存取控制難以真正實施,因為一旦資料被 AI 系統存取,攻擊者總能找到繞過安全防護的方式提取資料。伺服器端請求偽造(SSRF)在聊天機器人中常見,攻擊者可騙誘 AI 系統向指定 URL 發送請求並將響應內容洩露給攻擊者。
  • Copilot 漏洞的完整利用鏈包括三個步驟:預填含惡意提示的 URL、誘導使用者點擊、利用 AI 的網頁擷取能力將敏感資料外洩到攻擊者控制的伺服器。Microsoft 的修補方案是限制允許的連結類型,犧牲了與其他系統的整合便利性以換取安全性。