編按：本文綜合整理自 OpenCode 官方 X 公告、安全研究員 Matt Johansen 的爆料、Cyber Security News 與 dev.to 等獨立報導，並加入 Siami 編輯部觀點與分析。
AI 編碼工具 OpenCode 在 2026 年 10 月 17 日確認發生資安事件，約 1.4% 的 OpenCode Console 用戶，其存放於雲端工作區的第三方 API 金鑰（OpenAI、Anthropic 與 Google）可能已遭外洩。OpenCode 將此事件定調為「針對其用戶的大型蒸餾攻擊（large-scale distillation attack）」，並表示正與三家前沿模型供應商合作補救中。
事件時間軸
- 10 月 16 日深夜：攻擊者存取一組 OpenCode 正在 decommission 的 legacy 系統。
- 10 月 17 日早晨（用戶當地時間）：OpenCode 寄出標題為「Action Required: Potential provider key breach.」的電子郵件，要求受影響用戶立即撤銷並替換工作區內的第三方 API 金鑰。
- 10 月 17 日 15:30 UTC：安全研究員 Matt Johansen 在 X 公開該信件截圖，內容寫著「Confirmed. OpenCode hacked. Keys stolen.」，比 OpenCode 官方公告早了近三小時。
- 10 月 17 日 18:08 UTC：OpenCode 官方 X 帳號正式確認事件：「We had a security breach last night related to a large scale distillation attack.」
- 10 月 17 日 18:41 UTC：共同創辦人 Dax Raad 公開表示「我的個人帳號現在也正在被攻擊」，證實攻擊面已擴及 OpenCode 內部人員。
哪些用戶受影響？
OpenCode 的「Console」是雲端工作區產品，使用者可在其中串接多個第三方模型供應商的 API 金鑰（如 Anthropic、OpenAI、Google Vertex / AI Studio），由 Console 代為調度，用戶與團隊成員不必各自持有原始金鑰。受影響的 1.4% 用戶，正是「曾把第三方 provider 金鑰儲存在 Console 工作區」的群體。沒收到通知信的用戶不在影響範圍。
需特別澄清的是，OpenCode CLI（本地端 CLI 工具） 的金鑰存放於使用者自己的 ~/.local/share/opencode/auth.json，OpenCode 對此事件表示本地金鑰並未受影響。受衝擊範圍僅限雲端 Console 工作區。
「蒸餾攻擊」是什麼？
OpenCode 把這次事件命名為「large-scale distillation attack」。所謂蒸餾（distillation），是指利用一個模型的輸出來訓練另一個（通常更便宜、更小）模型。在合法情境下，這是模型研發的標準技術之一；但若未經授權大規模擷取前沿模型回應、用來訓練競爭對手，則是一種資源盜用行為。
Anthropic 在 2026 年 2 月的內部公告中揭露，觀察到約 24,000 個 fraudulent accounts 在從事蒸餾攻擊；同年 9 月的威脅情報報告則點出，蒸餾者已演化為「由數十萬假帳號組成的 proxy networks」。
這次事件的合理推論是：攻擊者取得 OpenAI、Anthropic 等付費 API 的金鑰後，等同擁有免費且大量呼叫前沿模型的額度，便能系統性地收集回應、訓練自家模型。用戶端出現的「帳單上多了數百美元」現象，正符合此假設（部分用戶回報單筆損失達 400 美元）。
為什麼這件事重要？
這是第一起公開承認的「AI 編碼工具被當作蒸餾跳板」的重大資安事件，且影響鏈條罕見地橫跨三層：工具廠商（OpenCode）、前沿模型供應商（Anthropic、OpenAI）、終端開發者。
值得關注的三個層面：
- 金鑰託管模式的系統性風險：愈來愈多 AI 工具（如 OpenCode Console、OpenRouter、各類 AI gateway）允許使用者把金鑰託管在平台，方便團隊共用與輪換。但託管意味著平台成為單點故障——一旦平台遭駭，所有託管金鑰同步面臨風險。本事件正是教科書級的負面示範。
- AI 編碼代理已成資安新熱點：The Hacker News 9 月底報導，AI 編碼代理在 GitHub 公開儲存庫中洩漏了 13,000 張內部影像與 300 多家組織的機密；上週的 GhostAction 攻擊則入侵約 1,900 個 GitHub 帳號並嘗試萃取 3,174 條 secrets。AI 工具的普及速度，已超過產業對其攻擊面的盤點能力。
- 責任歸屬仍模糊：HN 討論串出現的爭議焦點正是——若用戶的金鑰在託管期間被盜、被刷了 API 費用，平台（OpenCode）、上游 provider（Anthropic / OpenAI）或用戶，三者誰該負責退款？目前沒有業界共識。
數據解讀與質疑
OpenCode 對外揭露的細節仍極為有限。下列關鍵問題在官方公告與媒體報導中均未獲回答：
- 攻擊者如何取得 legacy 系統的存取權限？是否涉及被盜的員工憑證、未修補的漏洞或第三方服務供應鏈？
- 存取時間持續多久？從 10 月 16 日深夜到 10 月 17 日被發現，中間窗口多大？
- 1.4% 的實際人數？以 OpenCode 公開資料估算約 5 萬至 10 萬活躍 Console 用戶計算，受影響人數可能落在 700 至 1,400 人。
- 被洩漏的金鑰是否真的被用於蒸餾攻擊？OpenCode 僅用「related to」字眼，並未公開技術證據。
- 為何一個「已在 decommission 中」的 legacy 系統仍持有現活躍的第三方金鑰？金鑰生命週期管理顯然存在疏漏。
Cyber Security News 同時提醒，1.4% 這個數字本身不代表外洩規模，也不等於實際損失金額——它只是「可能受影響的用戶比例」。
受影響用戶該怎麼做？
依官方建議與 Siami 編輯部整理的實務做法：
- 立即撤銷並替換所有曾存於 OpenCode Console 工作區的 API 金鑰，並於 Anthropic / OpenAI / Google 的控制台確認舊金鑰已失效（呼叫 API 時若回應 401 即代表金鑰已死）。
- 更新所有使用舊金鑰的應用程式與 CI/CD secrets，包含其他工具的環境變數。
- 回溯用量與帳單，從 10 月 16 日起檢查是否有非預期請求與異常費用。
- 重設習慣：一個第三方服務用一把獨立金鑰；為每把金鑰設定 spending ceiling（Anthropic 支援 per-workspace 自訂上限）；定期 rotate。
外部參考資料：
- OpenCode 官方 X 公告：https://x.com/opencode/status/2111516673953935833
- 獨立技術整理（dev.to）：https://dev.to/gabrielanhaia/opencode-told-14-of-console-users-to-revoke-their-openai-and-anthropic-keys-561
- Cyber Security News 報導：https://cybersecuritynews.com/opencode-security-breach/
- Hacker News 討論串：https://news.ycombinator.com/item?id=50134542
- Anthropic 蒸餾攻擊威脅情報（2026-02）：https://www.anthropic.com/news/detecting-and-preventing-distillation-attacks
⚠️ 若你是 OpenCode Console 用戶但未收到任何 email，OpenCode 表示你不屬於受影響範圍；不過若你曾自行將金鑰存放於工作區，仍建議主動 rotate 金鑰，預防勝於事後補救。
網友熱門留言 (5)