什么是 MCP 治理？何时需要它？

MCP 治理的用途

模型上下文协议 (MCP) 定义应用程序如何连接到公开工具和资源等功能的服务器。 MCP 治理将访问规则、审批要求和审计控制应用于这些连接和请求。

该协议描述了主机、客户端和服务器。身份检查、独立审批和审计记录是在特定治理实现中进行验证的功能。

Durin 将访问检查和策略应用于通过其网关路由的请求。它可能需要精确写入审批并记录与执行结果分开的授权决策。 Durin 不托管或训练 AI 模型。

它与 MCP 服务器有何不同

MCP 服务器公开功能并实现或调整底层操作。 MCP 治理控制对这些功能的访问。 Durin 为经过审查的连接提供共享接入点；对于客户端来说，该接入点充当 MCP 服务器。

服务器仍然有安全责任。 MCP 工具规范需要访问控制和输入验证。设计良好的服务器可以强制执行自己的授权；添加网关并不会使服务器端或提供商端控制变得可选。

集中式治理何时有用

当多个客户或团队需要一致的访问规则、连接所有权、书面审查或工具活动证据时，请考虑集中式 MCP 治理。共享生产连接是审查这些需求的有用点，但团队规模本身并不能决定架构。

如果服务器已提供所需的授权和审计，则直接的连接可能足以满足有限的用例。只读访问仍然需要审查：无法更改数据的工具仍然可以泄露敏感信息。

• 访问：您能否识别请求者并限制连接、工具和资源？
• 变化：上游工具能否在不默默扩大访问权限的情况下进行变化？
• 写道：您的团队决定需要审批进行操作吗？
• 证据：你能区分执行许可和确认结果吗？
• 覆盖范围：用户是否可以通过这些控制之外的路线到达相同的系统？

通过 Durin 的请求

请求者将批准的客户端连接到其 Durin MCP 端点。工具调用必须通过当前身份、成员资格、团队、连接、凭据、审查工具、资源和检查检查。仅成功登录并不能授权每个连接。

经过这些检查后，默认情况下会允许已审核的请求。管理员可以拒绝所有工具访问、独立要求其他管理员进行写入或拒绝写入。相同的策略控件适用于沙箱和生产；提供商授权和工具准备情况仍然很重要。

如果需要审批，则不会执行该操作。不同的活动管理员会审核该请求，并且请求者必须在审批之后且到期之前重试确切的调用。 审批单独不启动动作。

Durin记录调度前的决定和尝试后的结果。没有可靠确认的可能已完成的写入仍然不确定，并且不会自动重复。

推出前要测试什么

从一份经过审查的连接和一份低灵敏度的读物开始。确认允许的请求、拒绝的请求以及结果记录。然后使用受支持的沙箱写入来测试审批、精确重试、过期和不确定的结果。

作为同一审查的一部分，检查身份吊销、工具更改、凭据所有权和旁路路径。网关无法管理它从未收到的请求。与成功的演示分开审查供应商的安全证据和合同承诺。

与现有控件相匹配的地方

您的身份提供商提供身份和会员信息。现有的 API 控制保护上游服务。 MCP 治理将这些控件连接到工具发现和调用；它可以由专用网关或现有平台中的功能提供。

将 MCP 治理与您的 API 网关控件进行比较以找出差距，然后按照开发人员指南评估受管控的连接。