【要約】[Bedrock AgentCore Gateway × Keycloak]MCP 2025-11-25 認可仕様に準拠したKeycloakでCIMDと認可コードフローを利用したMCP認可を試してみた [Qiita_Trend] | Summary by TechDistill
> Source: Qiita_Trend
Execute Primary Source
// Problem
AIエージェントの普及に伴い、MCP Serverの統合や認証認可の重要性が高まっている。開発者は、未知のクライアントを安全に受け入れつつ、最新のセキュリティ基準を満たす仕組みを構築する必要がある。具体的には以下の課題がある。
- ・クライアントの事前登録に伴う運用管理コストの増大。
- ・OAuth 2.1等の最新のセキュリティ仕様への準拠。
- ・Keycloak等の既存認可サーバにおけるRFC 8707（Resource Indicators）の未対応問題。
// Approach
筆者は、KeycloakとAgentCore Gatewayを組み合わせ、最新仕様に準拠した認可基盤を構築した。CIMDを利用してクライアント情報を動的に取得し、OAuth 2.1の認可コードフローを強制する構成をとった。具体的な手法は以下の通りである。
- ・KeycloakでCIMD用およびOAuth 2.1用のClient Profileを設定。
- ・RFC 8707未対応への対策として、OAuth 2.0のscopeを利用したAudience Bindingを実施。
- ・AgentCore Gatewayにて、JWTのaudおよびscopeによる検証設定を適用。
// Result
検証の結果、CIMDを用いた事前登録不要の認可フローと、AgentCore GatewayでのJWT検証が正常に動作した。これにより、動的なクライアント接続と高いセキュリティの両立が可能であることを示した。具体的な成果は以下の通りである。
- ・CIMD経由でのAccess Token取得の成功。
- ・取得したトークンを用いたMCPツールの正常な実行。
- ・不正なスコープ指定によるアクセス拒否の確認。
Senior Engineer Insight
> CIMDによる動的登録は、AIエージェントのエコシステム拡大において運用負荷を劇的に下げる。Keycloakの未実装仕様をscopeで代替する手法は、実戦における極めて現実的な回避策だ。ただし、RFC 8707未対応による複雑性は、将来的な仕様更新への追従コストとして考慮すべきである。スケーラビリティとセキュリティのバランスが取れた、高度な設計である。