ゼロタッチOAuth：AIエージェント認証の危機を解決する
標準的なAI認証は、規模が拡大すると破綻します。
1人あたり8つのMCPサーバーを使用する500人のエンジニアを管理する場合、4,000もの手動OAuthフローに直面することになります。これが「認証税（auth tax）」を生み出します。
標準的なMCP認証の問題点：
- 新入社員がすべてのサーバーを手動で承認しなければならない。
- セキュリティチームが中央管理権限を失う。
- 個人アカウントと業務アカウントが混在する。
- オフボーディング（退職処理）が遅く、リスクを伴う。
Model Context Protocolは、現在一つの解決策を提示しています。それがEnterprise-Managed Authorization (EMA) です。
EMAは、OktaやAzure Entra IDといった既存のIdentity Provider (IdP) を利用します。これにより、アイデンティティをすべてのMCPアクセスにおける「信頼できる唯一の情報源（source of truth）」へと変貌させます。
ユーザーにとっての仕組み：
- 企業のSSO経由でログインします。
- 承認済みのすべてのMCPサーバーに自動的に接続されます。
- 同意画面や手動でのトークン発行はもう必要ありません。
技術的な核となるのは、ID-JAGトークン交換です。
フローは以下の通りです：
- クライアントがIdPにトークンをリクエストします。
- IdPがIdentity Assertion JWT (ID-JAG) を発行します。
- クライアントはこのID-JAGを、MCPサーバーにおけるスコープ付きアクセス・トークンと交換します。
これにより、セキュリティは大幅に強化されます：
- 即時失効：Oktaでユーザーを無効にすれば、すべてのMCPアクセスが停止します。
- 短寿命トークン：ユーザー体験を損なうことなく、有効期限5分のトークンを使用できます。
- 高度な監査：すべてのアクションが、検証済みの企業アイデンティティに紐付けられます。
- 個人アカウントの流出防止：IdPが企業アイデンティティを強制します。
MCPサーバーを開発している場合、エンタープライズ販売においてEMAサポートはもはや必須です。VS CodeやClaudeなどのMCPクライアントを使用している場合は、ワークフローを自動化するためにEMA設定を探してみてください。
AIエージェントにおける手動OAuthの時代は終わりました。
Optional learning community: https://t.me/GyaanSetuAi