按一下「允許」，那個 AI 小工具就拿到鑰匙了

五秒鐘的「允許」，半年後才被看到

假設有一家二十五人的顧問公司。專案經理 D 用公司帳號授權了一個 AI 會議助理，權限畫面寫著「讀取行事曆」「存取雲端檔案」。好用，他又推薦給三個同事。整個過程不到五秒：沒有採購單、沒有 IT 工單，也沒人記得是誰先按的。

先說清楚，這是示意情境，不是真實事件，公司與人物都是為了說明而設。半年後準備 ISO 27001，顧問問：「有哪些第三方應用能存取公司雲端檔案？」IT 打開管理後台，才第一次看到這個助理：四個人授權過，其中一人已經離職。至於廠商把資料存在哪、會不會拿去訓練模型，沒人讀過它的條款。

這篇要講的只有一件事：OAuth 不交密碼，但交出了鑰匙。

一把代表員工的鑰匙，風險在哪裡

第一個問題是權限比需要的大。為了一個會議記錄功能，授權了整個信箱或雲端硬碟。

第二個問題是授權不會自己消失。不用了、甚至離職了，授權可能還在，要看平台的設計。

第三個問題是第三方本身就是風險。小型 AI 工具的資安與合規水準參差不齊，資料放在哪、留多久、拿去做什麼，都寫在多數人沒讀過的條款裡。

最後是不經採購。它不會出現在任何清單上，直到有人去身分平台翻授權紀錄。

這個示意情境裡，交出去的是哪把鑰匙

這是示意情境，沒有實際外洩；下表列的是這類 AI 工具授權最常拿到的存取權，憑證本身存在廠商那一側，公司這邊只看得到授權紀錄。

兩列的鑰匙都不在公司手上，公司能做的是把授權撤銷，並限制下一次怎麼給。

能證明的、只能推論的

這篇是觀點文，情境是虛構的示意，情境裡的任何紀錄都不能當證據；能證明的只有 sources 裡官方文件可以核對的功能，情境中的狀態一律算推論。

不花錢就能做的流程

到這裡，其實已經足夠理解問題在哪。如果你想直接動手，可以跳到「今天就可以來試試」；下面六步是完整流程，第三步有兩個容易踩的坑。

第一步，匯出授權清單。 Google Workspace 管理控制台查看哪些第三方應用能存取 Workspace 資料；Microsoft Entra 管理中心查看企業應用程式的權限，兩個同意分頁都要看。

第二步，依權限大小排序處理。 能讀信、讀雲端檔案、寄信的應用排在最前面。每一個都要找到使用者，問清楚：還在用嗎？有沒有替代品？

第三步，撤銷。 已離職者的授權、沒人認領的授權，先撤銷。注意 Entra 使用者同意的權限要走 Graph API 或 PowerShell；撤完之後如果不從同意設定限制，使用者再按一次「允許」，授權就回來了。

第四步，改成「先核准再使用」。 兩個平台都可以限制使用者自行授權第三方應用（Entra 有使用者同意設定，Google 可以控管應用存取），改由管理員審核。

第五步，給一條合法的路。 公告「可用 AI 工具清單」和申請方式，評估時至少讀一次資料使用條款。

第六步，每季重查。 授權清單每季匯出一次，比對上一季多了什麼。

什麼時候不需要買工具

公司只用 Google Workspace 或 Microsoft 365 其中一個平台、人數在百人以內的話，平台內建的授權清單加每季檢查，已經能涵蓋大部分 OAuth 風險。

真的要看工具，大致分三類。身分平台內建：上面提到的 Google Workspace、Microsoft Entra 功能。雲端存取安全類：Microsoft Defender for Cloud Apps 分析流量日誌找出影子 IT，前提與授權如上。商用 SaaS 管理平台：例如 1Password SaaS Manager（官網說可以標出應用的存取風險、撤銷有風險的 OAuth token，並對新發現的應用發警報）、Torii（官網列出持續發現 SaaS 應用）。

限制也要一起看：這類平台看得到的，主要是透過有串接的身分平台所做的授權；員工用私人帳號註冊的工具，仍然看不到。選的時候看三件事：平台數量（只有一個身分平台先用內建，多平台並存時彙整工具才有價值）、AI 工具的使用強度（變化快的團隊，持續發現和警報比較有用）、審核人力（改成先核准再使用之後，要有人能在合理時間內審完，否則員工會改用私人帳號）。

這篇提到的項目要花多少錢

原文沒有給出 AI 工具或管理平台的牌價，表裡照實標成估算或未公開。

撤銷一個授權只要幾分鐘；不知道的是，在你撤銷之前，那把鑰匙開過幾次門。

你可以學到什麼

站在攻擊者那一側看，OAuth 授權是不必偷密碼的捷徑。他可以做一個看起來很好用的小工具，等員工自己按「允許」；也可以去打一家資安做得馬虎的小廠商，一次拿到很多公司的雲端檔案讀取權。兩條路都不會經過你的密碼和兩步驟驗證。

揭露：本文未受任何廠商贊助，提及的產品僅為舉例。