MCP 推出企業統一授權功能

作者 ｜ Matt Saunders

譯者 ｜ 明知山

Model Context Protocol 團隊 已將其 企業托管授權擴展 提升至穩定狀態，為企業通過身份提供商集中控制對 MCP 服務器 的訪問提供了一種方式。該項目的目標是取代每個服務器的單獨授權提示，實現零接觸訪問流程：用戶只需登錄一次即可訪問已獲批準的服務器，無需進行額外的設置。

在 發布聲明 中，MCP 團隊表示該擴展現已穩定，并已被 Anthropic、Microsoft、Okta 以及越來越多的 MCP 服務器采用。文章指出，社區普遍反饋重復的授權提示是企業 MCP 部署中的一大痛點，因為標準模型是以用戶為范圍的，且與交互式身份驗證慣例綁定，這在大型企業中難以規模化落地。

實際的效果是將授權決策轉移到企業身份提供商，而非留給每位員工和每個服務器單獨處理。文章指出，該方案可實現連接各類服務端時的“單點登錄”體驗，同時配置為用戶自動繼承企業已審批通過的服務端訪問權限。該流程采用 身份斷言 JWT 授權授予機制（簡稱 ID-JAG），由 MCP 服務器的授權服務器將其兌換為訪問令牌。

文章著重強調了這一架構的重要性：它將身份策略與工具調用本身分離。企業托管層決定用戶是否可以將客戶端連接到服務器，以及對應的權限范圍，但在令牌頒發后不會檢查 MCP 流量。指南中明確提示，這并非針對單步操作的運行時授權，這意味著企業仍需自行搭建管控體系，用于約束智能代理接入系統后的各類操作行為。

“企業可集中統一管理 MCP 服務端的授權權限，終端用戶僅需一次登錄，即可訪問全部已對接的 MCP 服務端。” —— Model Context Protocol 博客

本次發布稱該擴展是針對 MCP 實際落地使用痛點推出的解決方案。文中表示，過去面向單用戶的舊模式會產生大量人工接入配置工作，安全團隊難以統一實現權限策略，還會混淆個人賬戶與工作賬號的邊界。與之相反，全新擴展支持管理員一次性配置權限策略，并通過其現有的身份控制措施應用該策略。

多篇第三方文章也得出了相同結論。Ehsan Hosseini 將 EMA 視為 解決由每用戶、每服務器 OAuth 機制造成的“混亂”的解決方案，并認為企業身份提供商將成為決定哪些客戶端可以訪問哪些服務器的主體。文章還提出了連接級控制與操作級控制之間的一個關鍵區別，認為 EMA 并不能取代針對敏感運行時行為的獨立策略。Okta 是本次發布中提到的第一個適配身份提供商，其跨應用訪問方案是企業可選的首條接入路徑。本次上線雖具備重要意義，但仍只是階段性舉措，因為該機制需要身份提供商與 MCP 服務端雙方同時支持此擴展才能生效。Hosseini 指出，該協議仍然是附加性的，因此不使用支持身份提供商的企業仍然需要備用方案。

社區整體反響積極，大家尤為認可該擴展能夠大幅降低使用門檻。Jiquan Ngiam 在 LinkedIn 上寫道，該擴展有助于解決使用智能體處理數據時最棘手的一大痛點，并且可以通過避免尷尬的身份驗證流程來改善安全性和可觀測性。其他文章稱 EMA 是 MCP 服務器訪問的結構性修復，核心變革在于將逐用戶彈窗授權模式切換為統一的企業控制平面。

“我們從社區了解到，來自已連接 MCP 服務器的授權和重復同意提示是企業管理連接性時最大的痛點之一。” —— Model Context Protocol 博客

本次發布還強調了適配該擴展的生態系統。公告稱，Anthropic 已在其面向 Claude、Claude Code 以及 Cowork 的通用 MCP 層中實現支持，Visual Studio Code 也新增了相關支持。在服務器端，Asana、Atlassian、Canva、Figma、Granola、Linear、Supabase 均已支持企業托管授權擴展，Slack 等產品的適配工作正在推進中。如此廣泛的適配范圍表明，該項目旨在讓企業集中式授權成為標配能力，而不是需要額外定制對接的特殊功能。此次更新消除了企業落地 MCP 過程中最突出的運維阻礙之一，對于需要大規模將 AI 助手對接內部工具的團隊而言，意義重大。

查看英文原文：

https://www.infoq.com/news/2026/07/mcp-ema-enterprise-auth/

聲明：本文由 InfoQ 翻譯，未經許可禁止轉載。

會議推薦

年中技術充能，盛夏 8 折赴約！AICon 深圳站集結華為、騰訊、阿里等全明星講師陣容，前沿方向 + 實戰干貨雙在線，承包你一夏的 AI 技術成長。大會限時早鳥票享 8 折專屬優惠，現在報名立減 1160，更多詳情可掃碼或聯系票務經理 13269078023 進行咨詢。

今日薦文

你也「在看」嗎？