跳轉到主要內容

支援 MCP 的提供者清單

本清單包含已通過 MCP Auth 測試的提供者。

提供者類型OAuth 2.1Metadata URL動態用戶端註冊資源標示符 (Resource Indicator)1
LogtoOpenID Connect✅✅❌2✅
KeycloakOpenID Connect✅✅⚠️3❌
AsgardeoOpenID Connect✅✅✅❌
WSO2 Identity ServerOpenID Connect✅✅✅❌
Auth0OpenID Connect✅✅✅⚠️4
DescopeOpenID Connect✅✅✅⚠️4

如果你已經用其他提供者測試過 MCP Auth,歡迎提交 pull request 將其加入清單。

動態用戶端註冊是必要的嗎?​

動態用戶端註冊 (Dynamic Client Registration) 並非 MCP 伺服器與 MCP Auth 的必要條件。實際上,你可以根據需求選擇最適合的方式:

  1. 如果你正在為內部使用或你控制的特定應用程式開發 MCP 伺服器:可以手動將 MCP 用戶端註冊到提供者,並在 MCP 用戶端中設定 client ID(以及可選的 client secret)。
  2. 如果你正在開發將由公開應用程式(MCP 用戶端)使用的 MCP 伺服器:
    1. 你可以利用動態用戶端註冊,讓 MCP 用戶端自行向提供者動態註冊。請務必實作適當的安全措施,以防止未授權或惡意註冊。
    2. 或者,你可以開發自訂註冊流程,讓 MCP 用戶端透過你控制的安全流程(如網頁介面或 API 端點)向提供者註冊,而不依賴動態用戶端註冊。 只要你的提供者支援 Management API 或類似功能,你就可以在自訂端點中使用它來註冊 MCP 用戶端。

測試你的提供者​

在下方輸入你的授權伺服器 issuer 或 metadata 端點的 URL,以檢查其是否與 MCP 相容。

授權伺服器 MCP 相容性測試

Footnotes​

  1. 資源標示符 (Resource Indicator) 代表 RFC 8707: OAuth 2.0 的資源標示符,這是一個用於指示用戶端想要存取哪個資源的標準。 ↩

  2. Logto 正在開發動態用戶端註冊的支援。 ↩

  3. 雖然 Keycloak 支援動態用戶端註冊,但其註冊端點不支援 CORS,導致大多數 MCP 用戶端無法直接註冊。 ↩

  4. Auth0 與 Descope 支援多資源重新整理權杖(MRRT, Multi-resource refresh tokens),但不完全支援 RFC 8707。資源標示符支援有限且非標準化。 ↩ ↩2