觀點 · 資訊分享

部署平台 Zeabur 資安事件:專案環境變數外洩,AI 金鑰、資料庫密碼都在名單上

Zeabur 公告內部服務憑證遭未授權使用,被拿去讀取使用者專案的環境變數,外洩名單包含 OpenAI、Anthropic 等 AI 金鑰與資料庫密碼。有部署在上面的人,請立刻換掉所有金鑰並檢查用量。

發布
2026-08-28
篇幅
約 4 分鐘 · 1,596 字
結構
7 節 + 4 題常見問題
標籤
#Zeabur#資安事件#環境變數#API 金鑰
部署平台 Zeabur 資安事件:專案環境變數外洩,AI 金鑰、資料庫密碼都在名單上

一句話看懂:部署平台 Zeabur 的內部憑證遭盜用,使用者放在專案裡的 AI 金鑰、資料庫密碼等環境變數可能被讀走,用過的人請立刻全部換新。

Zeabur 環境變數外洩事件資訊圖卡:放在平台上的金鑰與資料庫密碼可能被讀走,請立刻全部換新

先用白話講:環境變數是什麼?

寫程式時,有些東西不能直接寫進程式碼,例如 OpenAI 的 API 金鑰、資料庫密碼。常見做法是把它們放在環境變數:像是交給大樓管理員保管的備用鑰匙,程式要用的時候再去拿。

Zeabur 是一個讓開發者一鍵部署網站與服務的雲端平台,環境變數就存在平台上。這次的問題是:管理員的保管室被人闖進去了。

發生什麼事

Zeabur 在 8 月 28 日(UTC 07:11,台灣時間下午 3 點多)於官方狀態頁公告:

  • 一組內部服務憑證遭未授權使用,被拿來讀取使用者專案的環境變數紀錄
  • 官方說當天已撤銷這組憑證、阻斷存取路徑並完成圍堵
  • 外洩的變數名稱包括 OPENAI_API_KEY、ANTHROPIC_API_KEY、GEMINI_API_KEY、OPENROUTER_API_KEY、AWS_SECRET_ACCESS_KEY、CLOUDFLARE_API_TOKEN、GITHUB_TOKEN、STRIPE_SECRET_KEY、DATABASE_URL、JWT_SECRET 等,共列出 26 種(自行計算)
  • 就算變數名稱是自己取的,只要值看得出是 AWS、GitHub、Anthropic、OpenRouter、OpenAI 或 Stripe 的金鑰格式,也在外洩範圍內
  • 受影響的使用者會直接收到通知,內容包含哪些專案、服務、環境,以及建議更換的金鑰

同一天稍晚(UTC 17:42),Zeabur 又公告:調查中發現 AI Hub 服務使用的 LiteLLM 有可疑活動,為了保險先暫停 AI Hub,官方表示仍在調查是否與事件有關。

該怎麼因應?

你放過的東西 建議動作
AI 服務金鑰 到各家後台撤銷、重發,查看異常用量
雲端與 GitHub 權杖 撤銷重發,檢查近期操作紀錄
資料庫密碼、連線字串 改密碼;資料庫若對外開放,檢查登入紀錄
JWT 簽章金鑰 換新金鑰,所有登入狀態會失效,要先通知使用者

更多細節(後續發展)

以下是 8 月 28 日之後的官方更新:

  • 後續(8 月 29 日):Zeabur 說攻擊者取得一組外流的內部 AWS 管理憑證,進入東京區的共用叢集,再連到主資料庫;查詢紀錄顯示對方專挑 AI 金鑰等可以直接拿來用的憑證。官方也設立補償流程,目標 9 月 30 日前完成已查核案件的付款
  • 後續(8 月 30 日):官方補充,Zeabur 核心後端不在 AWS,目前沒有證據顯示攻擊者取得其他核心服務的憑證,並提醒使用者小心網路上未經證實的說法與可疑連結
  • 後續(9 月 9 日):Zeabur 公布完整事件報告

我的看法

PaaS 平台的好處是省事,壞處是你把所有鑰匙都交給同一個管理員。這次事件最痛的是 AI 金鑰:它不像資料庫密碼要先連得進去才有用,拿到就能直接呼叫、直接燒錢。

接案或自架服務時,我會做三件事:AI 金鑰一律在服務商後台設每月用量上限;每個專案用獨立的金鑰,不要一把走天下;資料庫不要對外開放,就算密碼外洩也連不進來。還有,真的出事時,先換金鑰再研究細節,順序不要反過來。

名詞小辭典

  • 環境變數:放在程式外面的設定值,常用來存金鑰與密碼。
  • PaaS:平台即服務,幫你處理伺服器與部署,你只管放程式上去。
  • LiteLLM:一套把多家 AI 模型 API 統一成同一種呼叫方式的開源工具。
  • JWT:網站常用的登入憑證格式,簽章金鑰外洩的話,別人就能偽造登入狀態。

資料來源

常見問題

我有用 Zeabur,要做什麼?
官方建議收到通知的使用者,立刻撤銷並替換名單上的所有金鑰與密碼,並檢查對應的資料庫與第三方服務有沒有異常存取、用量或費用。沒收到通知但不放心的人,換一輪金鑰也是成本最低的保險。
我的信用卡會被盜刷嗎?
8 月 28 日的公告寫,目前沒有證據顯示 Zeabur 帳號憑證、個人資料、伺服器資料、付款資料或信用卡資料被存取;後續(8 月 29 日)的更新也說卡號由 Stripe 處理,Zeabur 不存完整卡號。
AI 金鑰被盜刷,損失誰負責?
後續(8 月 29 日)Zeabur 宣布設立補償流程,使用者要附上服務商的用量紀錄、時間與金額,經查核後補償,目標在 9 月 30 日前完成已查核案件的付款。
攻擊者是怎麼進去的?
後續(8 月 29 日)的調查更新說,攻擊者取得一組外流的內部 AWS 管理憑證,進入東京區的共用叢集,再一路連到 Zeabur 的主資料庫。完整報告後續於 9 月 9 日公布。
LINE