MCP ガバナンスと API ゲートウェイ: どの制御が必要ですか?
MCPのアクセス管理とAPIゲートウェイの機能を比較します。既存の仕組みで対応できる範囲を確認し、ツールの利用ルール、承認、監査で足りない点を整理します。
決定の概要
API ゲートウェイは、いくつかの MCP ガバナンス制御を提供できます。既存の API 保護を維持し、プラットフォームの MCP サポートを確認し、不足しているツール アクセス、承認、実行証拠の制御を追加します。これらの要件には、必ずしも個別の展開が必要というわけではありません。
まずは機能から
API ゲートウェイは通常、トラフィックがサービスに到達する前にリクエストをルーティングし、認証、レート制限、その他のポリシーを適用します。 MCP ガバナンスは、MCP 接続とリクエスト全体にわたるツールへのアクセス、承認、証拠の要件を追加します。 1 つのプラットフォームで両方のコントロール セットを提供できます。
たとえば、Azure API Management は、アクセスとトラフィック管理のためのゲートウェイ ポリシーを使用して、既存の MCP サーバーを公開したり、マネージド REST 操作を MCP ツールに変換したりできます。 API ゲートウェイが MCP を理解できないと仮定するのは不正確です。
設計上の問題は、構成された展開がどの要件を満たすかということです。 MCP トランスポートをサポートすること自体は、人による正確な承認、ツール変更のレビュー、または不確実な書き込みの安全な処理を証明するものではありません。
管理機能を比較する
専用の MCP 製品と MCP をサポートする API ゲートウェイに同じチェックリストを使用します。各要件の動作デモンストレーションを依頼してください。
- トランスポート: ストリーミングやタイムアウトなど、クライアントが使用する MCP トランスポートとセッションの動作を確認します。
- 検出: 要求者が表示できるツールと、変更されたツール定義がどのようにレビューされるかを確認します。
- 認可: テストツール、接続、認証情報、リソース制限、および HTTP 認証。
- 承認: 誰が承認できるか、付与が何をバインドするか、期限が切れるとき、および付与がどのように消費されるかを確認します。
- 実行: 特に書き込みタイムアウト後、認可の決定とプロバイダーの結果を区別します。
- 証拠: 秘密を暴露することなく、要求者、接続、ツール、決定、必要な場合の承認、および結果を追跡します。
HTTP ルーティングとツールの承認
MCP ツール呼び出しは、プロトコル メッセージ内でメソッド、ツール名、および引数を運びます。複数のツールが 1 つの HTTP エンドポイントを共有する場合があります。そのエンドポイントのみを許可するルールでは、ドキュメントの検索とレコードの削除を区別できません。
MCP 対応のポリシーまたは統合により、関連する操作を検査できます。その実装を直接評価します。ルート フィルター、トークン検証、MCP 対応ツール制御により、リクエストのさまざまな部分が解決されます。
返金ツールの例により、区別が明確になります。サービスにアクセスする許可は、この要求者がこのアカウントを使用してこの注文をこの金額で返金できるかどうかには答えません。これらの条件は、パス上のどこかで強制する必要があります。
ID とプロバイダーの権限
ID プロバイダーは ID を確立し、グループ、アプリの割り当て、その他の認証入力を提供できます。ゲートウェイとアップストリーム サービスは、関連する入力を使用して、要求されたアクションが許可されるかどうかを決定する必要があります。
接続の両側、つまりクライアントがゲートウェイに対して認証する方法と、ゲートウェイがアップストリームで認証する方法を確認します。ゲートウェイの承認では、上流の認証情報に不足しているアクセス許可を付与することはできません。別の認証情報を使用した直接アクセスは、そのゲートウェイの範囲外のままです。
承認ライフサイクルをテストする
エージェント クライアントでの確認、承認された変更チケット、およびサーバーによる正確な承認は、異なる制御です。必要なものを決定し、引数の変更、メンバーシップの取り消し、有効期限、繰り返しのリクエストなど、ライフサイクル全体をテストします。
Durin では、別のアクティブな管理者が、その承認コンテキストと引数ダイジェストにバインドされたリクエストを承認します。申請者は、期限が切れる前に正確な呼び出しを再試行します。承認は自動的に実行されず、不確実なディスパッチされた書き込みも自動的に繰り返されません。
API リクエスト ログは、HTTP 交換の診断に役立ちます。また、記録にポリシーの決定と実行結果が特定されているかどうかも確認してください。 HTTP 応答が成功しただけでは、ツールのアクションは成功しません。
導入時の選択肢と、確認しておきたい資料
文書調査: 2026 年 10 月 3 日。これらは文書化されたアプローチであり、ホストされた製品のベンチマークではありません。選択する前に、選択したバージョンで同じ ID、リソース、承認、および失敗のテストを比較します。
Cloudflare MCP サーバーポータルは、Cloudflare Access を使用して設定された MCP サーバーへの中央のエントリ ポイントを提供します。彼らのドキュメントには、ポータル固有のポリシー制限がリストされています。すでにCloudflareを使用しているチームは、ポータルと各サーバーのポリシーを一緒に評価し、必要なアクションごとの承認動作を実証する必要があります。
Azure API Management は、既存のリモート MCP サーバーまたはマネージド REST 操作をツールとして公開できます。これにより、既存の API 管理資産を持つチームに適合できます。選択した層、トランスポート、およびポリシーのスコープを検証し、正確な承認と不確実な書き込みの処理を個別に実証します。
Durin は、評価でレビューされたツール マッピング、独立した正確な承認、個別のポリシーと実行記録が必要な場合のオプションです。プロバイダーのセットアップ、展開されたバリデーター、および接続料金の予算。 Durin 経由でルーティングされたリクエストのみを管理します。
外部サービスの権限設定とクライアント側の確認だけで要件を満たせる場合は、MCPで直接接続する方法でも十分です。複数サービスにまたがる記録の管理と権限取り消しの検証は、チームで行ってください。製品紹介に記載がないことだけを理由に、機能がないとは判断できません。
| アプローチ | いつに適合しますか | 選ぶ前にデモンストレーションをする |
|---|---|---|
| ダイレクトプロバイダーMCP | プロバイダーの許可とクライアントのレビューがあなたの範囲を満たします | すべてのクライアントにわたる取り消しと証拠 |
| Cloudflare MCP サーバーポータル | アクセス制御を備えた共有ポータルが必要です | ポータルおよびサーバーごとのポリシー。必要なアクションの承認 |
| Azure API管理 | API 資産にはリモート MCP 公開が必要です | トランスポート、層、および操作ポリシーの範囲 |
| Durin | レビュー済みのツール、正確な承認、実行記録が必要です | プロバイダー/クライアントの互換性、バリデーターとアクティベーション |
維持、拡張、または追加
既存の API に必要なゲートウェイ コントロールを維持します。プラットフォームがすでに MCP をサポートしている場合は、まず、上記のツールのアクセス、レビュー、および証拠の要件を満たしているかどうかをテストします。
サポートされているポリシーが要件を満たし、チームがそれらを維持できる場合は、その展開を拡張します。必要なコントロールや操作ワークフローを提供する専用サービスを追加します。追加のネットワーク ホップ、可用性の依存関係、および所有権を考慮します。
Durinでは、接続先の確認、必須のアクセスチェック、変更操作の承認設定、判断と実行結果の記録を一つの経路で管理できます。まずは承認済みのクライアントと対応するサンドボックスで試し、その結果をもとに導入を広げてください。