金鑰就是現金：從 OpenCode 與 Zeabur 事件談 AI 時代的秘密管理
一週之內，資安圈接連傳出兩則壞消息。
2026 年 10 月 17 日，開源 AI 程式開發代理 OpenCode 的開發商通知用戶，其託管的 Console 系統遭到未授權存取，約 1.4% 用戶儲存的 OpenAI、Anthropic 與 Google API 金鑰可能外洩。同一天，台灣雲端部署平台 Zeabur 創辦人也發信宣布，平台將於 12 月 31 日前全面停止服務——導火線正是不到七週內連續發生的兩起資安事件。
兩起事件看似發生在不同的平台，被偷走的資產卻一模一樣：存放在平台環境變數或託管服務中的第三方 API 金鑰。
本文整理自 CyberQ 賽博客的資安報導，並結合我個人在系統架構與 IT 維運上的觀察。文中部分數據來自官方通知與用戶自述，請讀者自行參照。
為什麼 AI 金鑰成了駭客眼中的「硬通貨」
在過去，駭客偷到信用卡號還要找管道洗錢，偷到個資還要找買家；但在 AI 時代，一把能呼叫大型語言模型的 API 金鑰，偷到的當下就能直接變現。
攻擊者拿到金鑰後，既可以拿去跑自己的服務、轉賣算力，也可以發動「大規模蒸餾攻擊」（大量呼叫模型蒐集輸出，用來訓練自己的小模型），完全不需要中間人。
對受害開發者來說，後果既殘酷又直接：有人一夜之間被刷了數百甚至上千美元（用戶自述，待查），而且往往是在接到官方通知之前，自己先從 API 供應商的帳單異常發現被盜刷。
說白了，在 AI 時代，API 金鑰就是現金。只是多數人從未把它當作現金來保管。
兩案共同的破口：沒人看守的「退場系統」
從系統架構與維運角度來看，這兩起事件最值得警惕的不是什麼高深莫測的零日漏洞，而是攻擊入口都來自「正在關閉或早已宣布退場的舊系統」。
- OpenCode 的破口，來自一套正在關閉中的 legacy Console 系統。
- Zeabur 8 月的首次破口，則源於 2 月就已宣布退場、卻仍掛在內網運作的舊共享叢集與 Legacy API Key。
這是很多團隊（無論是新創還是企業內部）極易忽視的資安死角：當團隊將所有精力與資源投向新架構時，舊系統只求「不要倒就好」。然而，「宣布淘汰」不等於「風險消失」。Zeabur 的調查報告自己就寫下一句關鍵檢討：退場中的系統在真正下線前，仍需要足夠的隔離與存取限制。
只要舊系統還連接著正式環境的資料或金鑰，它就是攻擊者眼中最完美、最沒人防守的後門。
兩案對照
| 項目 | OpenCode | Zeabur |
|---|---|---|
| 入侵點 | 正在關閉中的 legacy Console | 退場中的共享叢集與 Legacy API Key |
| 被偷資產 | 用戶工作區的 OpenAI／Anthropic／Google 金鑰 | 環境變數中的 AI 金鑰、雲端憑證、資料庫密碼 |
| 偵測方式 | 用戶帳單異常先於公司發現 | 用戶回報後才確認，監控未辨識 |
| 揭露管道 | 僅 Email 通知，公開管道缺席 | 狀態頁＋完整調查報告 |
| 後續 | 要求用戶自行撤銷重建金鑰 | 第二次事件後三天宣布年底停業 |
偵測慢半拍，揭露出現落差
另一個顯著的共同點是異常偵測機制失靈。
兩家公司都是靠用戶自行回報或帳單異常才確定遭入侵。金鑰外洩的第一個徵兆，往往出現在供應商帳單上，而不是平台自己的日誌裡。如果一個平台替用戶代管供應商金鑰，卻無法在金鑰出現異常呼叫行為時第一時間告警，代表其日誌與監控架構根本沒有覆蓋到這一層。
此外，危機處理的透明度也直接影響用戶的信任：Zeabur 在事發後公開了完整的調查報告與事件時間軸；反觀 OpenCode，被社群質疑僅以 Email 私下通知受影響用戶，官網與狀態頁均未公開說明。
在資安事件發生的那一刻起，坦承與透明是恢復信任的唯一途徑。
虛擬技術長給開發者與企業的 6 個實務建議
當平台後端出事時，使用者在前端往往無能為力。我們能做的是把損失上限壓到最低，並將發現異常的時間縮到最短。
1. 設定花費上限與用量告警
這是在 API 供應商（OpenAI／Anthropic／Google）後台就能設定的止損機制，也是唯一不依賴第三方平台、由你自己掌控的防線。
2. 一把金鑰，一個用途（權限隔離）
開發環境、CI/CD 流程、正式服務的金鑰必須分開建立。單一金鑰外洩時，撤銷它才不會導致整個系統癱瘓。
3. 優先採用短效憑證（Ephemeral Tokens）
能用短效權杖就不用長效 API 金鑰。例如透過 OAuth 登入取得有時效性的 Token，遠比把長效金鑰直接存在第三方雲端安全得多。
4. 落實秘密（Secret）資產盤點
定期盤點金鑰散落何處（本機 .env、自動化工具、CI secrets、各家 PaaS 環境變數）。沒有清單，事故發生時你就無法在第一時間完成金鑰輪替（Key Rotation）。
5. 撤銷舊金鑰，而不只是「新增」
更換金鑰時，務必確保舊金鑰已在供應商後台徹底 Revoke。只建新的不廢舊的，外洩的金鑰依然有效。
6. 做好「出口計畫」（Exit Strategy）與自主備份
永遠不要把命脈完全寄託在單一雲端平台上。程式碼託管於自己的 Git 倉庫、資料每日異地備份、網域掌控在自己手上。Zeabur 給用戶的搬遷時間不到十一週——當平台說關就關時，你手上有沒有碼，高下立判。
這也是我們一再強調「資料主權在自己手上」的原因。別人賺你離不開的錢，我們讓你隨時可以離開——這句話適用於 SaaS，同樣適用於 AI 平台。
結語
回頭審視這兩起事件，並沒有什麼神秘的高科技犯罪，有的只是老舊的維運死角：沒人管的舊系統、集中存放的長效憑證、慢半拍的監控告警。
隨著 AI Agent 與自動化工具越來越普及，這些資安老問題的代價只會越來越貴。對於每一位開發者與 IT 架構師來說，把金鑰當成現金來管理，保持資料自主性與系統透明度，是這個時代最基本也最重要的一課。
資料來源：CyberQ 賽博客，該文另引用 Zeabur 官方調查報告、狀態頁與 Startup Fortune 等外媒報導。