51 天：從一把舊金鑰走向關站

一個深受小型團隊歡迎的部署平台向用戶宣布，將在 12 月 31 日前停止營運。以下是事件的來龍去脈，以及你現在該怎麼做。

日期整理自 Zeabur 的公告，並參考 INSIDE 與其他媒體的報導。

有些關站的故事，是因為產品根本沒人要。但這個故事不同，它是一個大家確實喜愛的產品。Zeabur 經歷了快速成長，卻在不到七週內連續發生兩起嚴重的資安事件。如果你靠部署應用程式維生，或者只是平時仰賴幾款線上工具來完成工作，這裡面的教訓都相當值得借鏡。我將事實部分梳理自官方與媒體報導，而個人的觀點則會特別註記。

發生了什麼事

10 月 17 日星期六，Zeabur 創辦人林淵臨（Yuanlin Lin）寄送電子郵件通知用戶平台即將結束營運。獨立伺服器（Dedicated Server）將於 12 月 1 日起停止續費，並於該月各自的到期日關閉。共享叢集（Shared Cluster）亦於同日暫停，不過用戶仍可手動重啟服務進行備份。所有服務預計在 12 月 31 日前全面終止。

目前已停止購買新的獨立伺服器與網域名稱。透過 Zeabur 購買的網域現在即可轉出。餘額退款與資安損失補償為兩項獨立的申請，皆由 Zeabur 客服處理。最終的資料刪除日期與匯出截止時間則尚未公布。

如果你從未用過它：Zeabur 是一個只要給它程式碼、就能幫你跑起來的雲端平台。它深受獨立開發者與小型團隊的喜愛，也包括使用 AI 寫程式工具的開發者。正是這份「便利」，成為了整起事件的核心。

七週內的兩次資安入侵

第一次事件發生在 8 月 27 日。根據 Zeabur 的事件報告，攻擊者使用了一組舊格式的 API 金鑰讀取專案的環境變數。這些變數包含了第三方的 API 金鑰與資料庫密碼。官方於 8 月 28 日證實了這起事件，並作為防禦手段關閉了提供模型存取服務的 AI Hub。

第二次事件發生在 10 月 14 日（UTC），影響範圍更廣。根據台灣媒體 INSIDE 引述 Zeabur 狀態頁面的資訊，部分運行於 Google Cloud 上的獨立伺服器遭到未授權存取，攻擊者取得了平台資料庫的讀取權限。受影響的範圍涵蓋環境變數、帳號資訊、API 權杖（token）以及 zSend 金鑰。三天後，宣布停止營運的通知信便寄到了用戶信箱。

創辦人給出的原因

林淵臨在信中表示，Zeabur 創立約三年半，過去這一年是成長最快的一年，卻也是深層問題全面浮現的時期。系統最初是個快速搭建起來的專案，為了跟上市場腳步，團隊不斷更換架構與方向，導致系統複雜度與維護成本水漲船高。他寫道，這兩起事件清楚表明團隊必須正視安全與營運上的問題。在衡量安全性、工作負荷以及繼續走下去所需的投入後，他們做出了停運的決定。

有兩點需要注意。這是創辦人的一面之詞，而在某篇報導發布時，官方部落格與狀態頁面尚未刊登該公告。此外調查仍在進行中，官方也承諾會提供更完整的事件報告。因此我不會去揣測財務狀況或信中未提及的任何事情。從現有事實能得出的結論很簡單：成長速度遠遠超出了基礎架構所能承載的範圍。

給在平台上開發者的六個教訓

以下是我對這起事件的解讀，並非 Zeabur 官方的說法。

在原型上快速擴展就像借債

第一版架構中的每一次妥協，都是向未來借來的貸款，而業務成長就是帳單到期的時刻。一個為了迎合爆發性市場需求而硬撐的原型專案，對任何看過 side project 變成正式產品的人來說都不陌生。如果你帶領一個團隊，請在危機發生之前，先把存取控制、金鑰輪替和監控等不起眼的工作排進時程。

舊憑證不會自己失效

8 月的入侵事件始於一組舊版 API 金鑰。每個系統都會日積月累出一些被遺忘的後門：沒人記得是誰發的金鑰、兩年前搬遷時留下的權杖。請做好資產盤點，為金鑰設定有效期限，並在啟用新途徑的當天就關閉舊途徑。

環境變數成了保險箱，請用同等標準對待它

平台的控制台往往集中存放著你的資料庫密碼、金流金鑰和 AI 模型金鑰。一旦平台遭入侵，這些機密可能會全數外洩。請採用最小權限原則、為每個環境分配獨立金鑰、在服務商支援的情況下設定支出上限，並且實際演練過金鑰輪替流程。

為什麼集中存放在單一控制台的機密資訊，需要嚴格限制權限並定期輪替。

平台風險就是營運風險

好用的平台用起來就像水電基礎設施，但它們終究是公司，而公司隨時可能會倒閉。將程式碼保存在你自己的儲存庫、備份放在你能掌控的地方，並將網域託管在你單獨挑選的註冊商。透過 Zeabur 購買網域的用戶，現在不得不面臨必須在限期內轉出的壓力。一次經過實際測試的還原，遠比只做過一次的備份更有價值。

搞清楚你的廠商註冊在哪裡

Zeabur 是在美國註冊的公司，在台灣沒有分公司，因此對台灣用戶而言，退款屬於跨國消費爭議。台北市消保官表示，退款原則上應按原幣別退還。如果客服無法解決問題，台灣的跨國申訴網站 eConsumer.gov，以及向發卡銀行申請爭議款項，都是最後的救濟管道。無論你身在何處，在依賴某家廠商之前，請先確認它的註冊地點。

加速工具只會轉移風險，不會消除風險

AI 寫程式工具讓人能在一整個週末就做出可運行的應用程式。但該應用程式的部署、機密管理與備份，依然需要細心的專業人員來打理。就算程式碼是 AI 寫的，金鑰、資料與退場計畫的責任依然在你自己身上。

只要這些掌握在自己手裡，廠商倒閉只是一時的不便，而不是一場災難。

這週該採取的行動

優先備份。 各項服務會在各自的到期日關閉，因此 12 月 31 日是最後大限，而不是你的截止日。
輪替所有機密資訊。 存放在 Zeabur 上的每一組密碼與金鑰都要更新，包括那些尚未被通報外洩的。
儘早將網域轉出。 趁現在自助轉移功能仍開放時趕快處理。
分別提出退款與損失求償。 透過 Zeabur 客服分開申請，並妥善保留收據和螢幕截圖。
挑選新平台。 在正式切換過去之前，務必在新環境完整演練一次資料還原。

給團隊一句公道話

落井下石很容易。讀完創辦人的信，最令人印象深刻的是他第一時間道歉、給出具體日程，並在第一天就開放退款與網域轉出。然而承擔代價的依舊是用戶：繁重的遷移工作、重新輪替金鑰，以及泡湯的週末。這筆代價對那些沒有專職維運人員的小團隊來說最為沉重，而這群人正是這類平台最初吸引的客群。一封停運通知也是個提醒：對廠商的信任，是在風平浪靜的漫長歲月裡累積起來的，遠在出事之前就該被檢驗。最具建設性的應對方式，是把這次事件當成一場免費演練——模擬如果哪天依賴的廠商突然消失該怎麼辦，並確保真有那麼一天時，你花一個下午就能全身而退。

資料來源