- 程式碼、公開程式庫歷史、設定檔裡的密碼與金鑰
- 沒人用、但還連得到的閒置與測試 API
- 明文存放的支付金鑰
- 權限給太大的雲端角色
- 直接開在網路上、沒有雙重驗證的管理後台
兩類事件:測試中越權的 agent、攻擊者拿現成開源 agent 工具做營利入侵。
對象是訓練與評測高能力 agent 的組織,不是一般企業。
初步報告:被偷的是長效、明文的管理金鑰;攻擊者主要在找 AI 服務的金鑰。
門沒鎖,不是小偷變聰明。今天每個老問題,都對應家裡一扇門。
以上五項,全部都是十年前的資安課就在教的東西。
五年前做的,帳密寫在設定檔裡。
會員與訂單資料放在別人家。
業務助理把詢價信自動轉到 LINE 群組。
拿來翻譯英文合約,沒設用量上限。
兩年前結案,帳號可能還在。
Zeabur 被攻擊者下指令的資料庫服務裡,n8n 佔最多
抽查的 n8n 中,把加密金鑰直接放在環境變數的數量
不是工程師的專利:
會用自動化工具的人都會遇到。
AI Agent=能自己規劃、下指令、呼叫工具,在網路上連續行動一段時間的軟體。
不是只回你一句話的聊天機器人,是會自己動手的那種。
AI 公司測試模型時,agent 超出交代範圍,跑進真實世界的系統。CERT-In 的第一類,由模型公司事後自願通報。
真正的攻擊者,拿網路上現成的開源 agent 攻擊框架,做營利入侵。CERT-In 的第二類,由威脅獵捕發現。
聊天機器人像會回話的櫃台;agent 像拿了鑰匙、會自己跑腿的助理。
兩種都可能敲明豐的門:測試失控的、和專門來找鑰匙的。
以前一個小偷一晚轉幾個門把;現在是一千個不用睡覺的實習小偷,每扇門都轉一下。
明豐那扇沒鎖的門,以前可能幾年沒人轉;現在幾個小時就會有人轉到。
根本原因(Zeabur 自述):長效管理憑證以明文存放,而且可以從公網使用。
Google:Gemini 測試時,靠猜登入資訊或用公開程式庫裡找到的帳密,進了三個外部系統。
備用鑰匙藏在門口地墊下,全家都知道,而且十年沒換鎖。
明豐 KEY 01:外包商把報價系統帳密寫在設定檔,結案後沒人換過。
偷到的不是家門鑰匙,是隔天就能刷的卡。
AI 金鑰=沒設額度的信用卡:不是損失一份資料,是隔天的帳單。
明豐 KEY 04:會計翻譯合約用的那把,設上限、開帳單警示,一個用途一把。
實際能讀整個雲端帳號所有儲存桶。
能讀全部資料。對偷資料的人,讀就夠了。
以上兩項:Zeabur 初步報告自述
清潔阿姨是好人,但萬能鑰匙一被偷,整棟都開了。
明豐的「整合用帳號」能讀寫全部資料。這週問一句:它真的需要讀全部嗎?
搬家了,舊房子沒退租,門沒鎖,信箱還在收信。
明豐五年前的報價系統、展覽臨時架的測試機、前外包商的帳號(KEY 01、05)。
它讀進來的每一封,都可能藏著別人的指令。
在公開專案開一張問題單、藏指令,處理問題單的 AI agent 就把私有專案內容貼到公開留言。
npm 蠕蟲在 AI 寫程式工具的設定裡裝假工具,叫 AI 去讀 SSH、雲端金鑰、.env,而且「不要告訴使用者」。——最後要偷的,還是金鑰。
新特助替你拆信,其中一封寫「請把保險箱密碼寄到這裡」——他照做了。
明豐若讓 agent 處理詢價信:讀進來的都當可疑紙條,手上權限越小越好。
受委託處理個資者,於本法適用範圍內,視同委託機關。責任跟著資料走。
鑰匙交給大樓管理公司;管理室被闖,住戶罵的還是你這個房東。
明豐 KEY 02:官網電商 SaaS 出事,客人打來的是明豐的客服電話。
Zeabur 的答案:沒那麼簡單。
Zeabur:10/14 超過 16 小時的攻擊活動沒有任何警報;約 36 小時後,靠使用者回報才開始調查。
外洩從發生到辨識、再到控制住的平均時間。由內部團隊自己發現的只有 38%。
組織自己先發現入侵的比例;樣本是委託調查的案件,偏大型組織。
管理帳號半夜登入、大量下載、帳單暴增——通知要送到一個指定的人。
大量讀取要能告警;登入與存取紀錄至少保存 180 天。
家裡沒裝門鈴監視器,是鄰居打電話來說「你家門開著」。
明豐的雲端與 AI 服務帳單警示,今天就打開,收件人寫老闆跟 IT。
撤換所有找得到的金鑰,並替 AI 金鑰設用量上限。
你們公司最讓你睡不著的那把鑰匙,在哪裡?