アクションの前に許可を与える。
Durin が ID、権限、承認のチェックを通じてルーティングされたリクエストに MCP ガバナンスを適用し、決定と実行の結果を記録する方法を確認します。
アクションに従ってください。
- 要求されたアクション
- チケットを作成する
- ポリシーの判定
- 承認が必要
- 審査担当者
- 独立した承認者
- 実行
- 実行結果を別途記録
決定は完了の証明ではありません。
ログインは始まりにすぎません。
Durin の管理対象のリクエスト経路は、ID、ポリシー、承認、監査制御を中心に構築されています。プロバイダーのアクセス許可は引き続き適用され、運用環境の展開では顧客固有のパスが検証されます。
誰が質問しているかを確認する
リクエストには、個人またはサービスの ID、組織、環境、および接続が含まれます。現在のメンバーシップと権限は実行前に再度チェックされます。 WorkOS ベースの認証は実装されていますが、SSO と MFA の強制にはアカウント固有の検証が必要です。クライアント名だけではアクセスは許可されません。
デフォルトで許可します。より厳格なルールを設定します。
レビューされたリクエストは、ID、接続、リソース、認証情報のチェックに合格した後、デフォルトで許可されます。管理者は、デフォルトの拒否を選択したり、独立した書き込み承認を要求したり、任意の環境で書き込みを拒否したりできます。ポリシーの決定と実行結果が記録されます。
特定のアクションを承認する
機密性の高い書き込みには独立した承認者が必要になる場合があります。許可は、申請者ー、接続、正確な引数、リソース、およびツールとポリシーの現在のバージョンにバインドされます。有効期限があり、1回限り消費できます。
決定と結果を記録する
必要な監査意図は実行前に記録されます。ポリシーの許可と書き込みの成功は別の事実です。書き込みが行われた可能性があるが確認できない場合、その結果は盲目的に再試行されるのではなく、不確実なままになります。スコープ付きエクスポートではアクセスが再チェックされます。チェックサムは、記録を改ざん防止したり、独立して監視したりするものではありません。
コントロールがどこで終わるのかを知ってください。
Durinのゲートウェイを通って
- Current identity, organization, and connection checks.
- Default allow, operator-controlled denial, and exact approvals where required.
- Audit intent and a recorded execution outcome.
個別のコントロールが必要
- Direct API calls, browser actions, shell commands, and clients that bypass Durin.
- Upstream permissions and how an external model provider handles returned data.
- Customer network restrictions and deployment-specific coverage tests.
データパスを理解します。
認証情報、監査レコード、モデルプロバイダーデータにはそれぞれ異なる役割があります。個別に確認してください。
- 接続認証情報
Scoped implementation
接続構成では、アプリケーションの暗号化とスコープ指定された実行チェックが使用されます。認証情報の更新、失効、顧客管理のキー、および回復は、プロバイダーおよび顧客固有の制御として処理されます。
- 監査記録
Required governance metadata
デフォルトの状態では、プロンプトやツールの結果の完全な転写ではなく、ガバナンス メタデータが記録されます。保持スケジュール、削除、訴訟ホールド、および復元は、顧客固有の運用管理を通じて処理されます。
- モデルと演算子
Explicit data boundaries
Durin は AI モデルをホストしたりトレーニングしたりしません。クライアントは、返されたツールの結果をモデル プロバイダーに送信できます。専用テナント リソースにより、SaaS オペレーターが暗号的にデータにアクセスできなくなることはありません。
リクエストに適用される管理ルールを確認。
アカウントを作成して、原則許可の認可チェック、必要に応じた事前確認、アクセス範囲の制限、利用者とひも付いた実行結果を確認できます。
アカウントを作成