ai-automation-lab / system-architecture

Zeabur 資安事件後,我把 n8n 搬家了,結果又出事 😂

10 月 20 日,我才剛把 Zeabur 搬到 Railway 的教學文章發布出去

10 月 21 日,Railway 就公告資安事件

嗯?????

我只是想讓 n8n 好好跑而已,怎麼搬到哪裡,哪裡就出事 😂

從 Zeabur 搬到 Railway,結果又來一次

原本我把 n8n 放在 Zeabur,主要就是圖個方便

不用自己管理一台 VPS,也不用為了幾條自動化流程研究太多主機設定

但 Zeabur 接連發生資安事件,後來又通知要停止營運,我就開始把服務搬走

當時比較了幾個平台,最後選擇 Railway

原因很簡單,它支援 Docker、Volume,也能部署其他服務,使用方式跟原本的 Zeabur 有些相似

而且 Railway 也不是剛冒出來的新平台

我花了一些時間,把原本的 Workflow、Credentials、Webhook 和 Google OAuth 都整理好,確認需要的流程可以在新環境運作

搬完還覺得,嗯,總算處理掉一件事

甚至把過程寫成一篇教學:

從 Zeabur 搬到 Railway:n8n Workflow 與 Credentials 怎麼轉移?

結果文章才剛發出去,Railway 也出事了

這運氣到底是怎樣 😂

這次 Railway 發生什麼事?

根據 Railway 10 月 21 日的資安公告,平台偵測到儲存客戶環境變數的系統出現異常活動

官方表示,未經授權的第三方可能存取部分加密環境變數,其中一些甚至可能取得解密後的內容

環境變數裡可能放著 API Key、資料庫密碼或其他服務的授權資訊

所以 Railway 建議使用者撤銷並重新產生儲存在平台上的相關憑證,同時檢查服務日誌是否有異常

目前事件的完整影響範圍,仍要以 Railway 後續調查公告為準

這跟「已經確認我的 n8n 被入侵」是兩回事

但既然涉及授權資訊,就不能完全當作沒事

這次我沒有急著搬第三次

老實說,收到消息的時候,我第一個反應是:

不會吧,又來?😂

但這次我沒有馬上開始研究下一家主機

因為現在放在 Railway 的 n8n,主要是我自己使用的流程,其中有一條是幫朋友做的 Telegram 記帳

流程其實很簡單

Telegram 傳一筆記帳訊息,n8n 處理後寫進 Google Sheets

沒有什麼複雜的企業資料庫,也不是正在承接大量客戶交易的系統

所以對我來說,現在沒有非得立刻搬走的營運壓力

再加上 Railway 本身也營運了一段時間,我想先看看官方後續的調查、處理方式,以及平台怎麼恢復正常

先讓子彈飛一下,不代表我覺得資安事件不重要

只是我不想每次平台出問題,就立刻把所有服務搬去下一家

不然我可能永遠都在搬家,真正想做的事情反而沒時間做 😂

不搬家,不代表授權不用處理

這次比較需要注意的,其實不是記帳資料本身,而是 n8n 連接外部服務所使用的授權

例如 Telegram Bot Token、Google OAuth,以及 Railway 環境變數裡可能保存的金鑰

即使 Google Sheets 裡只是普通的收支紀錄,授權如果被濫用,仍可能造成資料被讀取、修改或刪除

所以接下來我會先確認 Railway Variables 裡有哪些敏感資訊,依照可能受影響的範圍撤銷或輪替相關授權

n8n 的 Encryption Key 則不能隨便直接更換,得先確認備份與 Credentials 的復原方式,避免原本能用的流程反而壞掉

這些是接下來要處理的事,不是已經全部完成

目前我的決定是:

先處理授權風險,繼續觀察 Railway,不急著搬第三次

那為什麼不全部改用 n8n Cloud?

其實我本來就有使用 n8n Cloud

不是 Railway 發生資安事件後,才突然覺得官方代管比較好

我一直覺得兩種方式適合不同情況

如果是涉及商業營運、客戶資料,或不能隨便中斷的重要自動化流程,我會優先評估 n8n Cloud

由官方管理 n8n 的部署環境、平台更新與部分基礎設施維護,對我來說可以減少不少工作

如果是自己測試的小工具,或需要同時部署不同服務,我就比較喜歡 Railway 這類平台的彈性

但官方代管不代表完全沒有資安風險,自架也不代表一定比較危險

真正的差別,是哪些事情交給服務商處理,哪些責任還是在自己身上

我不想因為 Railway 出了一次事,就直接說大家都應該搬去 n8n Cloud

畢竟我才剛搬完一次,真的有點累了 😂

搬了兩次,我現在反而比較在意這件事

以前挑主機,我會先看價格、部署方不方便、能不能跑想用的服務

現在還會多想一件事:

如果明天這個平台不能用了,我能不能把自己的東西帶走?

Workflow 能不能匯出

Credentials 怎麼備份

Webhook 換網址要改哪些地方

Google OAuth 重新授權麻不麻煩

資料庫和 Volume 能不能恢復

這些平常沒事的時候,好像都不重要

真的要搬家,才發現每一項都得處理

這次 Railway 事件還沒結束,我也還沒決定以後會不會繼續長期使用

等官方有更多調查結果,我把自己的授權檢查與處理完成後,再回來更新這篇

希望不要又變成第三篇搬家教學

不然 MarchO 真的快變成雲端搬家公司了 😂


延伸閱讀