--- title: "Zeabur 宣布結束營運：兩起資安事件的攻擊路徑，與企業該補的五個缺口" description: "Zeabur 於 2026 年 10 月 17 日宣布結束營運，12 月 31 日前全面關閉。不到七週內兩度遭駭，環境變數與 API 金鑰外流。本文整理時程、退款與官方事件報告的攻擊路徑，並說明企業該如何盤點金鑰、全面輪替、做匯出重建演練，降低部署平台收掉或被駭時的損失與服務停擺。" canonical: "https://yotron-ai.com/blog/zeabur-shutdown-security-incident-enterprise-lessons" published: "2026-10-17" last-updated: "2026-10-17" --- # Zeabur 宣布結束營運：兩起資安事件的攻擊路徑，與企業該補的五個缺口 Zeabur 於 2026 年 10 月 17 日宣布結束營運，12 月 31 日前全面關閉。不到七週內兩度遭駭，環境變數與 API 金鑰外流。本文整理時程、退款與官方事件報告的攻擊路徑，並說明企業該如何盤點金鑰、全面輪替、做匯出重建演練，降低部署平台收掉或被駭時的損失與服務停擺。 > 文／Laban（優創智能 AI 導入工程師） Zeabur 是台灣團隊創立、登記於美國的雲端部署平台，2026 年 10 月 17 日由創辦人林沅霖宣布逐步結束營運，所有服務於 12 月 31 日前關閉。結論先講：**這件事的教訓不是「不要用小平台」，而是「金鑰放在別人那裡，就要能隨時換掉；服務放在別人那裡，就要能隨時搬走」**。兩起資安事件讓金鑰外流，結束營運讓服務必須搬家，兩種風險在同一個平台、七週內同時發生。 本文分成三部分：官方公告與媒體報導中的**已知事實**、我們在導入現場的**編輯分析**，以及企業可以照著做的**五個步驟**。本文不是法律意見，也不是特定平台的搬家教學；Zeabur 表示會另外提供遷移指南。 --- ## 一、已知事實：時程、兩起事件與退款 以下整理自 Zeabur 官方〈2026 年八月資安事件〉報告（2026-09-07）、〈AI Hub 停止服務公告〉（2026-09-22）、[電腦王阿達](https://www.kocpc.com.tw/archives/672290)轉載的創辦人信件全文（2026-10-17）與[蕃新聞／報新聞](https://n.yam.com/Article/20261017250749)（2026-10-17）。資料截至 2026 年 10 月 17 日。 ### 1. 結束營運的時程 | 日期（2026 年） | 安排 | | --- | --- | | 10 月 17 日起 | 停止新的專用伺服器與網域購買；開始受理帳戶餘額退款 | | 12 月 1 日起 | 專用伺服器停用續費，依各自到期日在 12 月內陸續關閉；共享叢集暫停所有運行中服務，可手動恢復以備份資料 | | 12 月 31 日 | 所有專用伺服器與共享叢集停止服務 | | 未定 | 資料刪除日期、最晚匯出期限、Zeabur Support 停止服務日期，將另行公告 | 創辦人信中特別提醒：**12 月 31 日是全部停止的日期，不代表每項服務都會運作到那天**。在 Zeabur 購買的網域已開放自助轉出。餘額退款與資安事件損失賠償是兩項不同申請，都由 Zeabur Support 受理。 信中說明的停止原因有兩個：AI 降低了部署本身的門檻，平台成長遇到瓶頸；系統從三年半前的快速開發專案一路調整，複雜度與維護難度越來越高，兩起資安事件讓團隊「更清楚地看見」安全與維運上的不足。 ### 2. 八月事件：一條跨越四個邊界的攻擊路徑 依 Zeabur 官方事件報告（時間為 UTC），攻擊從 2026 年 8 月 27 日開始，路徑如下： 1. **進入共享叢集**：使用者部署在共享叢集、事發時仍在運作的 NextChat v2.16.1 服務，遭利用 CVE-2026-7644（MCP 功能授權檢查不足）取得容器內執行權。 2. **拿到平台金鑰**：攻擊者經共享叢集內網，讀取保存路由資訊的快取，其中存有 Zeabur Legacy API Key，篩出一組屬於團隊管理員的高權限金鑰。 3. **拿到雲端最高權限**：用管理員金鑰讀取內部管理服務的環境變數，其中包含一組長期保留的 **AWS root 金鑰**。 4. **進入正式環境資料庫**：正式資料庫沒有公開入口，但共享叢集裡一項清理用的定時任務，同時持有私有網路連線與權限過大的資料庫憑證；攻擊者控制叢集後一併取得，讀走使用者的專案環境變數。 外流內容包含第三方 AI 服務 API 金鑰、雲端憑證、資料庫密碼與應用程式簽章金鑰。官方報告寫明，Legacy API Key 不支援 scope、沒有有效期限，是影響擴大的原因之一；團隊直到 8 月 28 日收到「API 金鑰遭盜用」的回報才確認事件，**當時的監控與告警並未辨識出這次存取**。首封通知因證據不完整誤判了範圍，同日再補發第二封。 這條路徑上的共享叢集與 Legacy API Key，都已在 2026 年 2 月公告退場，但事發時仍在線上運作。事件後 Zeabur 停用了 AI Hub，並於 9 月 22 日宣布不再重新開啟。據電腦王阿達引述狀態頁，截至 8 月底約 63% 的賠償申請已核實通過。 ### 3. 十月事件：範圍比八月更大 據電腦王阿達與蕃新聞報導，第二次入侵發生在 10 月 14 日晚間至 15 日凌晨（UTC 為 10 月 14 日）。Zeabur 狀態頁最初表示僅退場中共享叢集上的自架資料庫遭未授權存取、沒有證據顯示專用伺服器受影響；數小時後的更新改稱範圍更廣，攻擊者取得平台資料庫讀取權，部分 Google Cloud 專用伺服器也遭存取。 外流資料包含服務環境變數、帳號資訊、API Token 與寄信服務 zSend 的 API 金鑰。截至 10 月 17 日，**根因與受影響人數尚未公布**，官方表示已封鎖已知攻擊管道、會直接聯絡受影響客戶。社群流傳的暗網資料庫兜售訊息，官方表示沒有證據顯示屬實。 ### 4. 消保官：原幣別退款，屬境外消費爭議 台北市法務局主任消保官林傳健回應：業者因結束營業無法依約提供服務，依民法負有回復原狀義務，待退金額除另有約定外，原則應以消費者原支付貨幣返還。他也指出 Zeabur 登記於美國、未在台灣設分公司，屬境外消費爭議，可先向平台客服申訴，未獲妥適處理可循跨境消費爭議網 eConsumer.gov，或向發卡銀行洽詢信用卡爭議款。 --- ## 二、編輯分析：對企業的三個意義 ### 1. 「已公告退場」的系統，仍然是攻擊面 兩起事件都從同一塊已公告退場的共享叢集開始。這是導入現場很常見的盲點：一套舊系統宣布要淘汰，團隊的心力就轉去新系統，舊系統的監控、修補與權限檢查跟著停在原地，但它還在線上、還連著正式環境。**系統宣告退場的那天，不是風險結束的那天，是它最容易被忘記的開始**。企業內部的舊 API、舊後台、舊排程，都應該照這個標準檢查。 ### 2. 一把金鑰能走多遠，決定了損失有多大 八月事件的入口只是一個使用者服務的漏洞，真正把它放大成全平台外洩的，是四個「權限比工作需要的更大」：快取裡存著平台金鑰、平台金鑰沒有 scope 與期限、內部服務持有 AWS root 金鑰、清理任務的資料庫憑證能讀全部資料。每一關都只差一個最小權限原則。 對使用者這一端，問題是另一面：**所有金鑰集中存在平台的環境變數裡，平台一被讀，金鑰就全部外流**。這不是 Zeabur 獨有的設計，大多數部署平台都這樣運作。差別在於你知不知道自己有哪些金鑰放在那裡、每把金鑰能做什麼、換掉一把要多久。我們在 [AI Agent 權限邊界](/blog/ai-agent-permission-boundary-sandbox)一文談過同樣的原則：先限縮能碰到的範圍，再談能做什麼。 ### 3. 平台收掉是可預期的風險，不是意外 從公告到全面停止只有六週左右，部分專用伺服器更早到期。對沒有準備的團隊，這六週要同時做兩件事：把服務搬走、把金鑰全部換掉。要不要為此預先準備，看的不是公司規模，而是**這個服務停擺一週，會發生什麼事**。我們在[供應商選擇與營運延續風險](/blog/ai-vendor-selection-legal-continuity-risk)與[導入合約的資料出口條款](/blog/ai-implementation-contract-sla-data-exit)中談過：帳號與資料要留在自己手上，而且要真的演練過一次匯出與重建，只寫在合約裡不夠。 --- ## 三、五個步驟：這週就能開始做 以下步驟適用於任何把服務部署在第三方平台的團隊，不限 Zeabur 用戶。還在用 Zeabur 的團隊，請先完成步驟 1 與步驟 2，再開始搬遷。 ### 步驟 1：列出所有金鑰放在哪裡 做一張表：每一列是一把金鑰或密碼，欄位寫它屬於哪個服務（OpenAI、Anthropic、Stripe、資料庫、雲端帳號）、存在哪個平台的環境變數、誰有權限看到、能做什麼操作、上次更換時間。這張表做不出來，就無法在事件發生時判斷要換哪些。 ### 步驟 2：全面輪替，不只換通知信上列的 Zeabur 八月報告明確建議：更換**所有**曾存放於環境變數、目前仍有效的憑證，包含通知中沒有列出的。輪替順序建議先換能產生費用或寫入資料的（AI API、金流、雲端 root 與管理員金鑰），再換唯讀的。換完後到各服務商後台核對用量與帳單，確認沒有異常呼叫。 ### 步驟 3：替每把新金鑰設上限 換新金鑰時順便縮小權限：AI 服務設定每月花費上限與用量告警；雲端帳號不用 root 金鑰跑服務，改用只有必要權限的角色；資料庫帳號依服務分開，唯讀的就只給唯讀。這樣下次即使外流，損失也有上限。 ### 步驟 4：做一次「從零重建」演練 選一個服務，假設原平台明天關閉，只用你手上的程式碼、資料備份與設定文件，在另一個環境把它重建起來。記錄花了多少時間、卡在哪裡（常見的是資料庫匯出格式、網域 DNS、寫死在平台上的設定）。演練做不完的部分，就是你目前的搬遷風險。 ### 步驟 5：選新平台時，先問退出怎麼做 評估下一個部署平台時，除了價格與功能，加問四題：環境變數與機密存放在哪裡、是否支援有 scope 與期限的 Token、有沒有存取紀錄可查、資料能否用標準格式完整匯出。答不出來的平台，再便宜也要先降低依賴程度。 **驗收標準**：完成後應能回答三個問題——任一把金鑰外流時，能否在一小時內找出它並換掉；任一個部署平台停止服務時，能否在一週內於其他環境重建；每把金鑰外流的最大損失是否都有上限。三題都能回答「是」，才算補上這次事件暴露的缺口。 --- ## 四、結語：可以信任平台，但不要只靠平台 部署平台讓小團隊不用養維運人力，就能把服務上線，這個價值是真的。Zeabur 的結束營運不代表這類平台不能用，而是提醒我們：把東西交給別人保管，就要先準備好拿回來的方法。金鑰能換、資料能匯出、服務能重建，這三件事做到了，平台出事時你損失的是幾天工作，而不是整個服務。 如果你的團隊正在搬離 Zeabur，或想先盤點 AI 服務的金鑰與部署依賴，歡迎與我們聯繫，我們可以協助你從一張金鑰清單開始。 --- **參考來源** - Zeabur，〈Zeabur 2026 年八月資安事件〉，2026-09-07：https://zeabur.com/zh-TW/blogs/august-2026-security-incident - Zeabur，〈AI Hub 停止服務公告與退款說明〉，2026-09-22：https://zeabur.com/zh-TW/changelogs/aihub-shutdown - 電腦王阿達，〈Zeabur 收攤：二度遭駭後宣告 12 月停止服務，餘額原幣別退款〉，2026-10-17（含創辦人信件全文）：https://www.kocpc.com.tw/archives/672290 - 蕃新聞／報新聞，〈Zeabur宣布將停止營運 消保官：退費原則應以原支付貨幣返還〉，2026-10-17：https://n.yam.com/Article/20261017250749 --- ## 相關推薦與延伸閱讀 - [Claude Opus 5.5 上線：成本降 40%、長任務更穩，企業 AI 導入該怎麼評估與切換](/blog/claude-opus-5-5-launch-enterprise-ai-guide)：Anthropic 於 2026 年 9 月 22 日發布 Claude Opus 5.5，官方表示預設設定下執行成本比 Opus 5 低約 40%，Token - [AI Agent 的權限邊界怎麼設：企業導入前必須畫好的三條線](/blog/ai-agent-permission-boundary-sandbox)：企業導入 AI Agent 前，權限邊界比模型選型更該先決定。本文用 2026 年 OpenAI–Hugging Face 事件與 Google Gemini - [Claude Opus 5.5 企業 6 大應用：程式遷移、夜間任務到財務分析，哪些工作值得先交給它](/blog/claude-opus-5-5-enterprise-use-cases)：Claude Opus 5.5 是 Anthropic 於 2026 年 9 月 22 日發布的旗艦模型，強項是長時間、多步驟的代理任務。本文依官方公告與早期實