MCPサーバのツール実行認可はどのレイヤーで設計すべきですか？

質問者: Mei Lin ・ 2026-07-10

社内向けにMCPサーバを複数立てて、Claude Codeやデスクトップクライアントから社内APIを叩けるようにしています。現状はサーバごとに静的なAPIトークンを環境変数で渡しているだけで、 誰がどのツールを実行できるか という認可が全くありません。 現状と課題 MCPサーバはstdioとStreamable HTTPの両方で提供 HTTP側は認証すらなく、社内ネットワーク前提で動いている ツールの中にはDB書き込みや本番設定の変更など、権限を分けたいものがある 試したこと MCP仕様のAuthorization（OAuth 2.1ベース）を読み、リソースサーバとしてトークン検証を実装しかけたが、 ツール単位のスコープ設計 で手が止まった 全ツールを read / write の2スコープに分ける案は粒度が粗すぎる気がしている 制約 IdPはEntra IDで、独自の認可サーバは立てたくない クライアントはClaude Code中心で、CIからのヘッドレス実行にも対応したい ツール単位のスコープをどこまで細かくするか、また human in the loop の承認と認可をどう組み合わせるべきか、実運用している方の設計を知りたいです。