你用的雲端服務商,兩個月被駭兩次,然後宣布十二月關門
系統商也是供應商,你卻從沒評鑑過他2026.10.19 · 閱讀約 7 分鐘
早上九點,業務助理照慣例打開那個雲端報價系統,要把昨天客戶追的三張單子補完。登入畫面跳出一行英文,說服務將於十二月三十一日終止,請於期限前匯出您的資料。
她把電腦螢幕轉過來給你看。你第一個反應不是生氣,是試著回想:這套系統裡面到底有什麼?三年份的報價紀錄、客戶的料號對照、每一次改版的單價。第二個反應才是——這些東西,我有沒有別的地方也存了一份?
這個畫面不是假設。十月十七日,台灣一家叫 Zeabur 的雲端新創,創辦人林沅霖寄信給所有用戶,宣布自十二月一日起逐步停止服務,十二月三十一日全面關閉。從通知到關機,兩個半月。
用戶看不到的那兩個訊號
把時間拉長看,這件事不是突然發生的。
根據 ABMedia 的報導,Zeabur 在八月底發生第一次重大資安事件。攻擊者從用戶部署的某個服務漏洞進入,一路靠著沒有適當權限限制的舊版金鑰、過度授權的內部維運任務,最後進到正式資料庫,讀到了部分客戶的專案設定內容——包括各種服務的憑證、金鑰、資料庫密碼。
接著,曾任該公司早期行銷成員的 Ling Wu 在同一天發表的回顧文中透露,第一次事件之後,公司資遣了大約一半的團隊,他自己也在九月中旬收到通知。
然後是十月十四日,第二次入侵。創辦人在公告中說,這次的影響範圍比八月底更大。三天後,結束營運。
對外面的用戶來說,八月的資安事件可能有聽說,但「團隊少了一半」這件事,他們完全看不到。
這才是重點。不是有沒有被駭,而是你在做決定的那個當下,手上根本沒有判斷的資訊。你看到的是一家不到一年前才完成兩百萬美元種子輪、有超過十萬名註冊用戶、產品登上過排行榜第一的公司。你看不到的是,維護這套系統的人已經走了一半。
創辦人自己在公告裡講了一句很誠實的話:這最初只是三年半前快速開發出來的專案,隨著業務擴張、方向不斷調整,系統慢慢累積了複雜度和維護負擔。
這句話,任何做過代工的人都聽得懂。那不就是一條當初為了趕單臨時架起來的線,後來越加越多工站、越改越複雜,大家都知道遲早要重做,但永遠沒有空重做。
翻成工廠的語言:一家你沒評鑑過的獨家供應商
製造業對供應商這件事其實非常謹慎。
要進你的合格供應商名單,對方得填一堆表。公司登記、產能、設備清單、品質系統、有沒有做過 ISO。重要的料你會找第二家備援,不會讓一家獨大。對方要停產某個型號,合約裡會寫通知期。客戶來稽核的時候,這整套東西你拿得出來。
可是你用的那套雲端系統呢?
當初可能是某次展覽看到的、同業推薦的、或是二代回來說「這個很好用,先免費試用三個月」。試用完覺得順手,就一路用下去。從來沒有人問過:這家公司幾個人?撐多久了?他的伺服器放在哪?他倒了我們怎麼辦?
他其實是一家獨家供應商,手上握著你三年的料號、單價和客戶名單,而你從來沒有對他做過一次供應商評鑑。
而且這家供應商的特性比一般料件供應商還難搞:沒有第二家可以備援,沒有安全庫存可以撐,停產通知期不是半年,可能只有兩個半月。
我不是說雲端不能用。SailPoint 創辦人 Mark McClain 在接受 iThome 訪問時講過一個比喻我很喜歡:F1 賽車要跑快,關鍵不只是引擎,是煞車。如果你不信任自己的煞車,你根本不敢用兩百英里的時速衝進彎道。
工廠也一樣。問題不是要不要用外部系統,是你有沒有煞車。
三個問題,今天下午就能問完
ISO 有消防演練,每年要跑一次。我建議把下面這三個問題當成「系統退場演練」,一年跑一次,半天就夠。
第一,資料匯得出來嗎?現在就匯一次。
不是問廠商「可不可以匯出」,是真的按下去匯一次。很多系統介面上有匯出按鈕,但匯出來的只是一份扁平報表,原本的附件、歷史改版、料號之間的對應關係全部不見。這個差別,不實際匯一次你永遠不知道。
第二,匯出來的東西,公司裡誰打得開?
拿到檔案之後,找一台沒有裝那套系統的電腦打開看看。如果是 Excel、PDF、CSV,恭喜你,十年後還是打得開。如果副檔名是你沒看過的格式,而且只有原廠的程式打得開——那不叫備份,那叫一塊你帶不走的紀念品。
第三,從明天開始沒有這套系統,工廠出得了貨嗎?
這題最殘酷但最有價值。把答案寫下來:報價改成什麼做法、排程怎麼排、客戶要的交期回覆從哪裡來。如果答案是「完全停擺」,那這套系統對你的重要性,已經遠超過你當初把它當成一個每月幾千塊訂閱費的心理定位。
這三題跑完,你對外部系統的風險認知,會比九成同業清楚。
不是全部搬回來,是分級
很多老闆聽到這裡的反應是:那乾脆全部自己來。
不必。工廠本來就懂分級這件事——哪些圖可以給協力廠,哪些圖只能在自己廠內看,哪些連報價單上都不印,你心裡一直有一把尺。資料也一樣。
公開型:產品型錄、官網文案、一般規格說明。這些本來就要給人看,放外面完全沒問題。
流程型:內部排程表、請購單、工時紀錄。放外面可以,但第二題要過——匯出來的格式得是你打得開的。
命脈型:客戶料號對照、圖面、成本結構、配方與製程參數、老師傅口述整理出來的判斷標準。這類東西一旦外流,不只是資安問題,是客戶稽核時你交代不過去,是競爭對手直接拿到你的底牌。這一類,建議留在自己掌控得到的環境裡。
尤其是最後那一項。這幾年很多工廠開始想把老師傅的經驗整理成 AI 可以查詢的資料——烘乾多久、什麼聲音該換刀、這個客戶的允收標準怎麼抓。這是好事,但請注意:你正在做的,是把廠裡最值錢、最難複製的那部分知識,整理成一份結構清楚、方便搜尋的檔案。
這份檔案該放哪裡,值得你多想三十秒。
什麼時候,你反而不該自建
講到這裡該說點對我們自己不利的話。
把系統搬回自己機房,不會自動變安全。一台放在倉庫角落、沒人更新、沒人備份、密碼貼在螢幕邊的主機,風險不會比有專職團隊維運的雲端服務低,只是風險換了個地方放,而且沒人盯著。
所以自建的前提只有一個:有人負責。不一定要全職 IT,但廠裡要有一個明確的人,知道這台機器誰在用、資料備到哪、出事打給誰。如果這個人現在不存在,也沒有要請,那我會老實建議你先別搬。把現有系統的匯出和備份流程做確實,是你這個月投資報酬率最高的動作,不花什麼錢。
另外有一件事我們也不確定:沒有人能預測哪家服務商會倒。Zeabur 的前團隊成員在回顧文裡自己也強調,他對公司為什麼結束營運的推測只是個人判斷,不能取代官方說法。連內部的人都只能推測,你在外面當然更看不清楚。
所以這篇文章的結論不是「教你挑不會倒的廠商」。沒有人做得到。結論是:假設他會倒,然後確認你撐得住。這就是備援供應商的邏輯,你做了二十年,只是沒把它套用在軟體上。
回到那封信
再回到開頭那個早上。
真正決定你那天過得順不順的,不是那封信寫了什麼,而是你在收到信之前的某一天,有沒有花半天把那三個問題問完。問完了,這封信就只是一件麻煩事,排進這一季的待辦,兩個半月夠你搬。沒問過,這封信就是一場災難,而且是在你最忙的年底。
差別不在運氣,在那半天。
如果你手上有某個流程,現在是卡在外部系統裡、或是只存在某位老師傅腦子裡,想知道能不能搬到自己的機房做,可以找我們聊聊。我們提供免費的可行性評估——告訴我們你最想解決的那一個流程就好,不用三個。如果評估下來這件事不值得做,或是你現在還不需要自建,我們會直接說不值得。
本文參考來源
- 《曾獲 500 Global 投資!台灣新創 Zeabur 兩度遭駭宣布停止營運,創始成員揭內部困境》,ABMedia — https://abmedia.io/zeabur-closed-yuanlin-ling-wu
- 《AI發展與普及速度受制於安全性不足,SailPoint創辦人呼籲整個產業持續投入並付諸行動》,iThome — https://www.ithome.com.tw/news/179760
關於這個主題,常被問到的問題
雲端系統商突然倒閉,我的資料拿得回來嗎?
不一定。多數服務會在關閉前給一段匯出期,但能匯出什麼、匯出成什麼格式,是對方決定的,不是你決定的。常見狀況是只能匯出一份扁平的報表檔,原本的關聯結構、附件、歷史版本都跟著消失。真正安全的做法不是等出事再問,而是現在就實際匯一次,把檔案打開來看,確認裡面是不是你需要的東西。沒實際匯過,所有的「應該可以」都只是猜測。
怎麼判斷一家軟體服務商會不會倒?
你沒辦法準確預測,但可以用評估供應商的方式降低風險。問三件事:公司成立多久、團隊有多少人在維護這套系統、過去有沒有發生過資安事件以及當時怎麼處理。同時看合約裡有沒有寫明終止服務的通知期與資料交付方式。更重要的是假設他會倒,然後確認你撐不撐得住——有沒有第二套做法、停機一週會不會停止出貨。這跟你對單一料源會準備備援供應商是同一個道理。
工廠的報價單、BOM、客戶訂單適合放雲端嗎?
要分級看,不是全有或全無。公開型資料像產品型錄、官網內容,放外面幾乎沒有風險。流程型資料像排程表、請購單,放外面可以,但要確認匯得出來。至於牽涉客戶料號、圖面、成本結構、配方參數的資料,一旦外流等於把競爭力交出去,而且客戶稽核時你很難交代,這類建議留在自己掌控得到的環境。先把資料分成這幾類,再決定每一類放哪裡。
小工廠沒有 IT 人員,自己架主機會不會反而更危險?
有可能。一台放在倉庫角落、沒人更新、沒人備份、密碼寫在便條紙上的主機,風險不會比有專職團隊維運的雲端服務低。自建的前提是有人負責——不一定要全職 IT,但要有明確的人知道這台機器誰在用、資料備到哪、出事找誰。如果這個人不存在,先別急著把東西搬回來,把現有系統的資料匯出與備份流程做確實,反而是當下更划算的投資。
地端私有 AI 跟直接用線上的 AI 服務差在哪?
最大的差別是資料走到哪裡。線上服務你把報價單、圖面、客戶資料貼進去,內容就離開了你的網路,後續怎麼儲存、誰能存取、服務哪天終止,都不在你的控制範圍。地端是把模型裝在自己的機房,資料從頭到尾沒有出廠。代價是你要自己準備硬體、自己負責維護,而且能力通常不會跟最前沿的線上服務一模一樣。選哪一種,取決於你要處理的是哪一類資料。
資料備份要做到什麼程度才算夠?
判斷標準不是備份了幾份,而是你有沒有真的還原過一次。很多工廠有排程備份,但從來沒人試著把備份檔拿出來復原,結果真的要用時才發現檔案損壞或少了關鍵部分。建議至少做到:備份不只存在同一台機器上、每隔一段時間實際還原一次確認可用、重要資料保留能夠回溯的舊版本。做完這三件事,不管系統商倒不倒,你都有退路。
先從一次免費的可行性評估開始
告訴我們你最想解決的那一個流程。我們會誠實回答做不做得到、大概多少預算, 以及如果現在還不該做,為什麼不該做。