MCPのアクセス管理とは？導入を考えるタイミング
MCPのアクセス管理が役立つ場面と、確認しておきたい機能を整理します。複数人で使うツールの接続を、いつ一元管理すべきかも考えます。
決定の概要
MCP ガバナンスにより、チームはクライアントと接続全体でツール リクエストを一貫して制御できます。これは、アクセス ルールと証拠がそれらのパス全体で一貫性を保つ必要がある場合に役立ちます。ルーティング、承認、監査機能は実装によって異なります。
MCP ガバナンスが行うこと
モデル コンテキスト プロトコル (MCP) は、ツールやリソースなどの機能を公開するサーバーにアプリケーションが接続する方法を定義します。 MCP ガバナンスは、アクセス ルール、承認要件、監査制御をこれらの接続とリクエストに適用します。
プロトコルはホスト、クライアント、サーバーを記述します。 ID チェック、独立した承認、監査記録は、特定のガバナンスの実装を検証する機能です。
Durin は、ゲートウェイ経由でルーティングされたリクエストにアクセス チェックとポリシーを適用します。正確な書き込み承認を要求することができ、実行結果とは別に承認の決定を記録します。 Durin は AI モデルをホストしたりトレーニングしたりしません。
MCPサーバーとの違い
MCP サーバーは機能を公開し、基礎となる操作を実装または適応させます。 MCP ガバナンスは、これらの機能へのアクセスを制御します。 Durin は、レビューされた接続用の共有アクセス ポイントを提供します。クライアントにとって、そのアクセス ポイントは MCP サーバーとして動作します。
サーバーには依然としてセキュリティ上の責任があります。 MCP ツールの仕様では、アクセス制御と入力検証が必要です。適切に設計されたサーバーは、独自の認証を強制できます。ゲートウェイを追加しても、サーバー側またはプロバイダー側のコントロールはオプションになりません。
集中ガバナンスが役立つ場合
複数のクライアントまたはチームが一貫したアクセス ルール、接続の所有権、変更操作の確認、またはツール アクティビティの証拠を必要とする場合は、一元化された MCP ガバナンスを検討してください。共有実稼働接続は、これらのニーズを検討するのに役立ちますが、チームの規模だけでアーキテクチャが決まるわけではありません。
サーバーが必要な承認と監査をすでに提供している場合は、限定された使用例では直接接続で十分な場合があります。読み取り専用アクセスには依然として精査が必要です。データを変更できないツールであっても、機密情報が漏洩する可能性があります。
- アクセス: 要求者を特定し、接続、ツール、リソースを制限できますか?
- 変更点: アクセスをサイレントに拡張せずにアップストリーム ツールを変更することはできますか?
- 書き込み: チームが必要と判断した操作に対して承認を求めることはできますか?
- 証拠: 実行許可と確認結果を区別できますか?
- カバレッジ: ユーザーはこれらの制御の外のルートを介して同じシステムにアクセスできますか?
Durin経由のリクエスト
申請者は、承認されたクライアントを Durin MCP エンドポイントに接続します。ツール呼び出しは、現在の ID、メンバーシップ、チーム、接続、認証情報、レビュー済みツール、リソース、および検査チェックに合格する必要があります。ログインが成功しただけでは、すべての接続が許可されるわけではありません。
レビューされたリクエストは、これらのチェックの後、デフォルトで許可されます。管理者は、すべてのツールへのアクセスを拒否したり、別の管理者に書き込みを個別に要求したり、書き込みを拒否したりできます。同じポリシー制御がサンドボックスと本番環境に適用されます。プロバイダーの承認とツールの準備状況は依然として重要です。
承認が必要な場合、アクションは実行されません。別のアクティブな管理者がリクエストをレビューし、リクエスト者は承認後、有効期限が切れる前に正確な呼び出しを再試行する必要があります。承認だけではアクションは始まりません。
Durin は、リクエスト送信前の決定と試行後の結果を記録します。信頼できる確認がなければ完了する可能性のある書き込みは不確実なままであり、自動的に繰り返されません。
展開前に何をテストするか
レビューされた 1 つの接続と低感度の読み取りから始めます。許可されたリクエスト、拒否されたリクエスト、および結果のレコードを確認します。次に、サポートされているサンドボックス書き込みを使用して、承認、正確な再試行、有効期限、および不確実な結果をテストします。
同じレビューの一環として、ID の取り消し、ツールの変更、認証情報の所有権、バイパス パスを確認します。ゲートウェイは、決して受信しないリクエストを管理することはできません。成功したデモとは別に、ベンダーのセキュリティ証拠と契約上の取り組みを確認します。
既存のコントロールと適合する場所
ID プロバイダーは、ID およびメンバーシップ情報を提供します。既存の API コントロールはアップストリーム サービスを保護します。 MCP ガバナンスは、これらのコントロールをツールの検出と呼び出しに接続します。専用ゲートウェイまたは既存のプラットフォームの機能によって提供される場合があります。
MCP ガバナンスと API ゲートウェイ コントロールを比較してギャップを特定し、開発者ガイドに従って 1 つの管理された接続を評価します。