為你的 AI 連接器做一次離職權限測試

讓員工取得有用的 AI 存取權限，再證明你能把權限收回。在你的第一個連接器試點中，請把這兩項結果都列為驗收標準，而不只是看能否成功登入。

2026 年 6 月 18 日，Model Context Protocol 專案宣布 Enterprise-Managed Authorization（EMA，企業代管授權）進入穩定版。相容的實作讓組織能集中決定員工可以存取哪些 MCP 伺服器，取代過去逐一向每台伺服器重複授予同意的做法。這解決了開通存取時的設定工作，以及存取管理各自為政的問題。我們的建議是：先測試員工職責變動時會發生什麼事，再決定是否驗收這個連接器。MCP 公告

把承諾列為驗收條件

EMA 讓組織的身分識別提供者（identity provider）成為 MCP 伺服器存取權限的決定者。用戶端先取得身分斷言授權（identity assertion grant），再向伺服器的授權伺服器換取存取權杖（access token）。政策可以反映群組、角色與條件式存取規則。EMA 文件

最有力的反方論點是：EMA 的文件已經承諾，可以在所有 MCP 用戶端之間立即集中撤銷存取權，不必在每台伺服器上個別撤銷。這項承諾值得認真看待。不過，這份概述並沒有透過限時測試，證明在你的整合環境中，既有工作階段與已核發的權杖也會跟著失效。請把它列為驗收條件。EMA 文件

Microsoft 的 Entra 一般指引說明了為什麼各種憑證路徑都需要個別檢視：它區分了存取權杖、重新整理權杖（refresh token）與應用程式自有的工作階段，並指出 Entra 無法直接撤銷由應用程式核發的工作階段權杖。這並不代表 EMA 做不到它的承諾，而是說明應該實際檢查實作的行為，而不是預設它沒問題。Entra 撤銷指引

先確立範圍與界線

6 月的公告指出，Okta 是第一個支援的身分識別提供者。EMA 的文件表示，各用戶端的支援程度不一，而且擴充功能需要自行選擇啟用。請確認你的身分識別提供者、AI 用戶端、MCP 伺服器與下游應用程式彼此相容；光有 MCP 標示，並不能證明支援 EMA。MCP 公告 · EMA 文件

連線權限要與業務權責分開。EMA 的指引要求授權伺服器將宣告（claim）對應到權限。Microsoft 的 MCP Server for Enterprise 概述於 2026 年 6 月 26 日更新，其中描述的是一個公開預覽階段、唯讀的目錄介面，會落實使用者權限與已授予的範圍（scope）。但這份概述並未證明該伺服器支援 EMA。EMA 文件 · Microsoft MCP 概述

在我們建議的試點中，請選擇 1 個唯讀的工作流程，例如內部目錄報表。明確定義誰可以透過哪個連接器讀取哪些紀錄，以及由誰核准權限變更。支出、訂單變更與對客戶的承諾都不列入範圍。這是一份建議的設計，而不是已回報的實際部署。

測試存取權限的完整生命週期

請用這套建議的驗收工作流程，檢視以角色為基礎的政策，以及上述的各種憑證路徑。這不是廠商提供的程序，也不是 FAIS 已完成的成果。EMA 文件 · Entra 撤銷指引

1. 準備。使用受控的測試身分與測試紀錄。記錄各項憑證的有效期限、檢查時間點，以及一位負責補救的負責人。請工作流程負責人與存取權限管理員核准預期的權限，以及移除存取權的期限。將這個業務門檻與 EMA「立即撤銷」的承諾分開記錄。
2. 開通存取。指派允許的角色。確認核准範圍內的讀取會成功，範圍外的讀取會失敗。記錄需要手動建立的連線、同意提示，以及管理員的介入處理。
3. 變更角色。移除對 1 項資源的存取權，同時保留另一項。為這次變更記錄時間戳記。確認被撤銷的存取會停止，保留的存取仍然正常運作。
4. 離職撤權。依照約定的程序移除測試身分的存取權。分別透過全新登入、已開啟的用戶端工作階段，以及使用移除前所核發憑證的受控測試工具（test harness），嘗試對受保護資源發出新的讀取。在支援的情況下，也要測試憑證續期。絕對不要把權杖值寫進報告。
5. 重複測試並做出決定。在移除後立即檢查，並在約定的檢查時間點、以及憑證到期或續期前後再次檢查。針對每一條路徑，記錄最後一次成功的受保護讀取，以及第一次觀察到的拒絕；這些觀察結果只能框出變更生效的時間區間，而無法確定確切的生效時間。若期限過後仍能存取，即判定驗收不通過。由補救負責人調查並安排重新測試。工作流程負責人與存取權限管理員在檢視證據後，再決定核准或暫緩擴大導入。

必須提出證據，證明確實對受保護資源發出了新的請求：無論是快取的回答，還是空白的對話視窗，都無法證明撤銷的行為。已保留的對話與先前擷取的資訊，則要另外評估。

依據證據做決定

我們會以你的「員工角色對應資源」對照表，以及一套範圍明確的測試工具為基礎，建立這項評估。取捨在於：擴大導入前要多花時間檢查相容性與存取權移除，而不是把一次成功登入當成充分的證據。

將管理員所花的時間、員工的設定步驟與例外處理，和現行流程做比較。這些是建議的衡量項目，而不是承諾的節省成效。檢視授權決策時，要一併對照資源請求紀錄。以 Microsoft 的整合為例，其概述指示管理員啟用 Graph 活動記錄，並指出請求時間戳記、使用者與回應代碼都是可取得的證據。Microsoft MCP 概述

你的驗收成果應該是一份經簽核的測試紀錄：誰能讀取什麼、存取權限何時變更，以及每一條受測路徑是否都在約定期限前停止存取。