10 月 14 日，是個很普通的星期三。

這一天，台灣電商技術服務商 91APP 發現旗下 Commerce Cloud 資料庫遭到自動化攻擊；同一天，台灣新創雲端部署平台 Zeabur 的內部系統被外部人士入侵。再往前一天，日本漢堡王發現 App 會員系統遭未授權存取，外洩的會員資料多達 1,118 萬筆。

三家公司，兩個市場，同一週。結局卻完全不同：一家發重訊、報警、宣導防詐；一家設立對策委員會；還有一家，三天後宣布年底前關門。

我想談的不是誰倒楣，而是一個更大的問題：當每家品牌都想讓 AI 代理接手會員服務的時候，會員資料到底該交給誰保管？

我的答案很直接：品牌要讓 AI 代理安全走進門市，關鍵不在模型多聰明，而在三件事——只給代理完成工作所需的最少權限、每把 API 金鑰都有人負責並定期輪替、改資料與退款等關鍵動作由人核准並留下紀錄。這一週的三起事件說明，會員資料外洩已經從 IT 事件，升級成品牌的存亡事件。

一週三記警鐘：會員資料外洩不再是 IT 部門的事

先看日本漢堡王。攻擊者在 10 月 2 日到 7 日之間進出系統，公司 13 日才發現。被拿走的是姓名、生日、會員 ID、Email、地址、電話，還有行動點餐紀錄。信用卡號沒存，算是不幸中的大幸；但對詐騙集團來說，「你上週三中午點了華堡」這種細節，比卡號更好用。

漢堡王也不是孤例。過去一個月，日本雲端業者 IDCF Cloud 遭勒索軟體攻擊，影響 495 個企業與地方政府客戶；旅遊平台 Skyticket 與 TEMAIRAZU 合計外洩超過 1,800 萬筆；Lawson、Mr Max、Times Car、山葉也都榜上有名。

再看 Zeabur。8 月底，攻擊者用舊式 API 金鑰讀走專案環境變數；10 月 14 日第二次入侵，連平台資料庫的讀取權限都拿到了。創辦人在信中坦言，評估安全、維運負擔與繼續營運所需的投入後，決定收掉服務。

這三件事放在一起看，訊號很清楚：資料外洩已經從 IT 事件，升級成品牌事件，甚至是存亡事件。過去我們說資安是成本；現在它更像是保險，而且是那種「出事才知道沒保夠」的保險。

弔詭的時間點：AI 越能幹，鑰匙越多把

諷刺的是，這波外洩潮，剛好撞上 AI 代理最熱的時刻。

AI 大廠正在搶攻企業老系統的遷移生意，要把十幾年前的會員資料庫、POS、客服系統搬上新平台。CRM 大廠則把 AI 代理推進門市：查會員點數、推薦商品、處理客訴、甚至直接改訂單。

聽起來很美好。但請想一個簡單的問題：一個能幫店員查會員、改訂單、發優惠券的 AI 代理，手上握著幾把鑰匙？

答案是，比任何一個店員都多。店員只能在自己門市、上班時間、用自己的帳號查資料；AI 代理可以 24 小時、跨所有門市、一秒查一萬筆。代理越能幹，能碰到的資料越多，攻擊者只要拿下它，等於拿到全公司的萬能鑰匙。

Zeabur 的教訓就在這裡。第一次出事，是一把「舊式 API 金鑰」；第二次出事，攻擊者摸進了資料庫。問題往往不是大門沒鎖，而是某個角落有把被遺忘的備用鑰匙。AI 代理一旦大量部署，這種備用鑰匙只會更多，不會更少。

問題不在鍋具，在廚房：AI 代理的三道資安防線

我常用餐廳來比喻企業導入 AI。企業是餐廳，會員資料、門市流程、客服知識是食材；AI 代理是新買的鍋具。鍋具再高級，也不會自己變出一道能上桌的菜。

先把名詞講清楚。AI 代理（AI Agent）是能自己查資料、做判斷、執行動作的 AI 程式；它和聊天機器人最大的差別是，它不只回答問題，還能動手改系統裡的資料。

資安也是一樣的道理。多數外洩不是因為鍋子太爛，而是廚房動線出了問題：生食熟食混在同一塊砧板、後門沒關、誰都能進冷凍庫。

要讓 AI 代理安全地走進門市，廚房至少要先做好三件事：

• 權限分層：客服代理看得到訂單狀態，不代表看得到完整地址與生日。這就是資安界說的「最小權限原則」：每個帳號或系統，只拿到完成工作所需的最少資料與權限。
• 金鑰有人管：每一把 API 金鑰都要有主人、有期限、有輪替紀錄。沒人認領的鑰匙，就是留給攻擊者的鑰匙。
• 關鍵動作由人核准：查詢可以交給 AI，但改資料、退款、大量匯出，必須有人按下核准鍵，而且每一次都留下紀錄。

AI 代理每一次讀寫會員資料，都要依序通過這三道防線。

這三件事聽起來很基本，但真正難的不是知道，而是做到。每家品牌的系統、流程、組織都不一樣，沒有一套現成設定能一鍵套用。這需要有人真的走進廚房。

OakMega 的做法：讓 AI 廚師走進廚房，而不是把食材搬出去

這正是 OakMega 推動 FDE（前線部署工程師）的原因。我們不是丟一套工具給客戶就走，而是派人駐點，先看清楚品牌的會員資料放在哪、誰能碰、流程怎麼跑，再決定 AI 代理該拿到什麼權限。

安全這件事，我們不想只用嘴巴說，所以把底線攤開來：

• ISO 27001、27017、27018 與 CMMC 多項認證
• 多雲與私有部署
• SLA 維運機制

落到實際場景，就是 LINE 上的門市代理與客服代理：它們能即時回答會員問題、協助店員查詢，但每一個代理都在權限控管下運作，改資料、發券、退款等關鍵動作，都要經過人的核准。

AI 代理該做的是幫店員省時間，而不是替駭客開後門。

導入 AI 代理前，先問這三個問題

漢堡王、91APP、Zeabur 的事件，不是要嚇大家別用 AI。AI 代理走進門市是擋不住的趨勢，真正的分水嶺是：你是先蓋好廚房再請廚師，還是先請廚師再補廚房。

如果你正在評估 AI 代理，不管找誰合作，我建議先問三個問題：

1. 這個代理到底能看到哪些會員資料？能不能只給它工作所需的最少權限？
2. 系統裡每一把金鑰，誰負責、多久換一次、離職或停用時誰收回？
3. 改資料、退款、大量匯出這類動作，最後是誰按下核准鍵，有沒有紀錄？

三個問題答得出來，AI 代理才是幫手；答不出來，它就是下一則新聞。

模型會越來越聰明，這點不用擔心。值得擔心的是，鑰匙到底在誰手上。

常見問題

Q：AI 代理會增加會員資料外洩的風險嗎？

會，如果權限沒有控管。AI 代理能 24 小時跨門市查詢大量資料，一旦被入侵，影響範圍比單一員工帳號大得多。只給它工作所需的最少權限，並讓關鍵動作經過人核准，就能把風險壓到可控範圍。

Q：什麼是最小權限原則？

最小權限原則是指每個帳號或系統，只拿到完成任務所需的最少資料與操作權限。例如客服代理可以查訂單狀態，但看不到會員的完整地址與生日。

Q：ISO 27001、27017、27018 有什麼差別？

ISO 27001 規範組織整體的資訊安全管理；ISO 27017 針對雲端服務的安全控管；ISO 27018 針對公有雲上的個人資料保護。三者同時具備，代表從管理制度到雲端個資都有國際標準把關。

資料來源

• 日本漢堡王CRM系統遭駭，外洩逾1,100萬會員個資｜iThome
• 91APP雲端平臺資料庫Commerce Cloud遭自動化攻擊｜iThome
• Zeabur 宣布停止營運！12 月 31 日前全面關閉｜INSIDE