Zeabur 創辦人在停止營運的信中，提到了 n8n、OpenClaw 與 Vibe Coding 為雲端部署帶來的需求。這句話點出了這兩年企業 IT 最大的變化：寫系統、上線系統的門檻，被 AI 大幅降低了。業務主管用 AI 做出一個報價小工具、行政同事用自動化工具串起請款流程、工程師讓 AI Agent 直接操作資料庫，這些在兩年前需要一個專案，現在可能只要一個下午。
速度是好事。但這個系列前四篇談的每一個風險，金鑰外洩、供應商依賴、事件應變，都會隨著系統數量增加而放大。這是系列的最後一篇，要把前面的內容收斂成一份中小企業可以直接採用的 AI 資安最低基準。
AI 讓系統變多，也讓攻擊變便宜
AI 對企業資安的影響是雙向的：
- 防守面積變大。每一個用 AI 快速做出來的工具，都可能帶著自己的金鑰、自己的部署平台、自己的資料庫。IT 部門不知道它存在，就不可能保護它。
- 權限變得更集中。AI Agent 為了完成任務，常被授予讀寫信箱、資料庫、雲端硬碟、ERP 的權限。一個 Agent 的憑證外洩，等於一次交出好幾把鑰匙。
- 攻擊成本變低。攻擊者同樣在用 AI。自動化掃描、撰寫攻擊程式、產出量身打造的詐騙訊息，都比以前便宜。第一篇提到的「自動化攻擊」，就是這個趨勢的縮影。
用 Vibe Coding 做出來的系統，常見的五個缺口
Vibe Coding 指的是用自然語言指揮 AI 寫程式，開發者不一定逐行看懂程式碼。這種方式做原型非常有效，但直接拿去上線時，以下幾個缺口特別常見：
- 金鑰寫在程式或前端。AI 為了讓程式「能跑」，常把金鑰直接寫進程式碼，甚至放在瀏覽器端。
- 沒有登入或權限檢查。原型階段沒做登入，上線時也忘了補，任何知道網址的人都能使用或讀取資料。
- 資料庫直接對外。為了方便連線，資料庫開放了公開存取，密碼又是預設值或很簡單。
- 套件沒人更新。上線後沒有人負責維護，用到的套件出現漏洞也沒人知道。
- 沒有主人。做的人換了部門或離職，系統還在跑，卻沒有人知道它在哪裡、用了哪些帳戶。
這不是要企業禁止 Vibe Coding，而是要在「原型」和「上線」之間設一道門檻。原型可以快，上線前要過一次檢查。
把 AI Agent 當成數位員工來管
我們在先前的文章談過，AI Agent 應該像員工一樣被管理。放在資安的脈絡下，這代表三件事：
- 到職：只給完成工作需要的權限。能唯讀就不給寫入，能限定一個資料表就不給整個資料庫。
- 在職：所有動作都有紀錄。Agent 讀了什麼、改了什麼、寄出了什麼，事後查得到。
- 離職：撤銷要能一次完成。Agent 停用時，它用過的所有憑證要能一次撤銷，而不是散落在各系統裡忘了收。
另外，凡是會造成不可逆結果的動作，例如付款、刪除資料、對外寄信給客戶，建議保留人工確認。更完整的檢查項目可以參考AI Agent 安全檢查清單。
中小企業 AI 資安最低基準 10 條
以下十條是整個系列的總結。不需要一次全部做到，但建議每一條都有一個負責人和一個預計完成的時間：
| # | 基準 | 對應 |
|---|---|---|
| 1 | 有一份清單，列出公司所有用到 AI 與雲端服務的系統，包括員工自己做的 | 盤點 |
| 2 | 每個系統都有一位負責人 | 盤點 |
| 3 | AI 金鑰一個系統一把，有花費上限與用量告警 | 金鑰 |
| 4 | 金鑰不進程式碼、不進前端，並定期輪替 | 金鑰 |
| 5 | 網域、雲端帳戶、AI 服務帳戶登記在公司名下 | 供應商 |
| 6 | 關鍵系統有退場計畫，資料至少實際匯出過一次 | 供應商 |
| 7 | AI Agent 只給最小權限，動作有紀錄，可一次撤銷 | Agent |
| 8 | 付款、刪除、對外寄信等不可逆動作保留人工確認 | Agent |
| 9 | 用 AI 做出來的工具，上線前過一次資安檢查 | 上線 |
| 10 | 有一頁事件應變聯絡表與通報對象，每年演練一次 | 應變 |
如果只能先做三條，建議是第 1、3、5 條：知道自己有什麼、讓金鑰外洩的損失有上限、確保搬家的主導權在自己手上。這三條加起來可能只要一兩天，卻能擋下這一週兩起事件裡最直接的那幾種損失。
寫在系列最後
這一週的兩起事件，一家是上櫃公司、一家是新創；一家選擇調查與改善，一家選擇結束營運。它們都不會是最後一次。AI 會讓企業做事的速度繼續加快，也會讓每一個疏忽的代價跟著變大。
資安從來不是一次性的專案，而是跟著系統一起長大的習慣。好消息是，對中小企業來說，最有效的那幾個習慣都不貴：一張清單、幾個上限、一份聯絡表。在下一次新聞發生之前做好，就是最划算的投資。
常見問題
公司應該禁止員工用 AI 寫程式或做自動化嗎？
不建議全面禁止。禁止通常只會讓這些工具轉到檯面下，IT 更看不到。比較有效的做法是公開鼓勵、要求登記，並在上線前設一道簡單的檢查：金鑰放在哪、有沒有登入、資料存在哪、誰負責維護。
AI Agent 的權限要怎麼設才算「最小」？
從 Agent 要完成的任務倒推：它需要讀哪些資料、寫哪些資料、呼叫哪些服務，只給這些。能唯讀就不給寫入，能限定範圍就不給全部。並為 Agent 建立專屬帳號，不要借用員工或管理者的帳號，這樣紀錄與撤銷才能獨立處理。
這十條做完，就不會出資安事件了嗎？
不會。沒有任何做法能保證不出事。這十條的目的是降低發生的機率、限制發生時的損失，並讓貴司在事件發生時知道該做什麼。對中小企業來說，這是投入與效果比例最好的一組基本功。
如果貴司正在導入 AI，想在擴大使用之前先把這十條基準建立起來，歡迎聯絡品得網絡。我們的導入流程從盤點與權限設計開始，讓 AI 上線的那一天，資安底線已經就位。
