用公司 SSO 一次連上所有 MCP

概要

• 同意畫面是 OAuth 的遺留MCP 底層用 OAuth，預設兩個系統彼此不信任，所以每連一個 server 都要使用者同意一次。但公司早就用 Okta 這類 SSO 登入各個應用，MCP 沒有沿用這個模型。
• IT 看不到也收不回Garrett 說 IT 無法得知員工連了哪些 MCP 服務、用哪些 AI agent。帳號被停用後，已發出的 access token 與 refresh token 仍可能讓人在數天到數月內保有存取權。
• XAA 讓 IdP 當中間的信任方Cursor 與 Figma 都已經信任同一個 Okta，XAA 讓 Cursor 向 Okta 換一張 IDJAG token，再拿去向 Figma 換 access token，全程不需要人介入。
• 使用者只登入一次 IdPIdP 登入後，換 token 的步驟都在背景進行。access token 可以做得很短命（Garrett 舉例多數是五分鐘），SSO session 一被鎖，token 過期後就連不回去。
• 三方各有要做的事IT 在 Okta 設定哪個 app 可以向哪個 app 要存取；MCP client 要能向 IdP 要 IDJAG 並做 token 交換；MCP server 要支援新的 JWT bearer 類型、驗證 token、再發 access token。
• 目前還很新Q&A 中 Garrett 說這只解決 authentication，不處理 authorization 的 scope；目前只有 Okta 支援，Microsoft 還沒加。

原話

• “You have this nice little consent screen that you're not going to read, you're just going to say OK, and you're going to get redirected back.”

  你有個漂亮的同意畫面，你不會去讀，只會按 OK，然後被導回來

  ▶ 01:40

• “It sort of assumes that, you know, none of these apps know anything about each other.”

  它彷彿假設這些應用彼此毫無所知

  ▶ 03:25

• “It's using a regular OAuth access token. It's not a new type of credential.”

  用的是一般 OAuth access token，不是新型態的憑證

  ▶ 11:41

• “By default, no. So this is kind of just around the authentication bit.”

  預設不行，這主要只涉及 authentication 的部分

  ▶ 17:14

延伸

• 帶 scope 的授權不在目前的規格裡，Garrett 說這是他們正在討論、之後必須處理的方向。
• CIMD，Garrett 說大約三個月前才出來，所以生態系支援還少，但體驗比 DCR 好。