NSA 发布 MCP 安全指南:对您的服务器进行 6 项检查
NSA AI 安全中心于 2026 年 5 月发布了一份 17 页的 MCP 安全信息表。将其六项缓解措施(包括输出过滤和消息完整性)映射到您可以在本周发布的具体 API 检查。
2026 年 5 月,美国国家安全局人工智能安全中心发布了一份 17 页的网络安全报告 关于模型上下文协议安全性的信息表(标识符 U/OO/6030316-26,版本 1.0)。 简而言之:基于 MCP 构建的代理系统存在普通 API 安全性所忽略的风险, 该表列出了六种缓解措施来关闭它们。
困难的问题是信任。 工具结果不像数据库行那样是被动数据; 模型 阅读它并对其采取行动。 有毒的输出可以引导代理,错误路由的请求可以跨越 普通 API 调用永远不会触及的信任边界。 该表的六项缓解措施正在过滤 出站代理、数据丢失防护、沙箱、消息完整性、输出过滤和 本地 MCP 扫描。 以下是如何将其中五个转化为 API 检查,您可以在本周进行连接。 的 第六,沙箱,是您围绕其余部分运行的基础设施。
1. 输出过滤:在模型读取结果之前扫描工具结果
这是价值最高的支票。 每个工具结果都会流入模型并影响其下一个 行动,因此结果中泄露的秘密或注入的指令是主动威胁,而不是日志 条目。 在每个输出到达模型之前扫描 PII 和凭据:
将检查放在结果路径上并关闭失败:如果输出包含 SSN、卡号、 或 API 密钥,在模型看到原始值之前对其进行编辑。 嵌入式过滤器如下所示:
2. 消息完整性:验证服务器提供的令牌
该表指出了代理与其调用的服务器之间的隐式信任。 如果服务器手 您的代理有一个签名令牌,对其进行解码并检查发行者和过期时间,然后再信任该声明。 botoi JWT 解码器返回标头、有效负载和过期状态,而无需您拉入 加密库:
确认 iss 与您期望的授权服务器匹配
expired 是假的。 这与 RFC 9207 发行人验证 2026 MCP 规范配对
现在要求:首先解码,然后在令牌授予任何内容之前强制执行颁发者匹配。
3. 出站代理过滤:审查工具获取的每个 URL
动态工具调用意味着您的代理将获取您从未硬编码的 URL。 运行每一个 在请求离开您的网络之前通过信誉检查。 将高风险判决视为 阻止高信任路径并在其他地方发出警告:
4. 数据防丢失:在外出时捕捉秘密
输出过滤监视工具返回的内容。 DLP 会监视您的代理发送的内容。 之前
工具调用将有效负载发送到外部服务,在外部服务上运行相同的 PII 和秘密检测器
论据。 代理将客户记录粘贴到网络搜索查询中即构成披露; 的
探测器在边界处捕获它。 重复使用 /v1/pii/detect 从第 1 步开始调用
请求路径而不是响应路径。
5. 本地 MCP 扫描:清点和审查已安装的服务器
该表建议扫描主机上运行的 MCP 服务器,因为开发人员可以安装 一篇没有评论。 拉取任何 npm 发布的服务器的包元数据并检查其版本, 维护者,并在您信任之前发布日期。 botoi npm 端点将其返回一次 调用,您可以将其合并到定期清单作业中,该作业标记自上次以来添加的服务器 扫描。
6. 沙箱:API 检查所在的层
剩下的缓解措施是基础设施。 在没有环境云凭据的情况下运行代理, 范围文件系统和允许列表上的出站网络。 沙箱限制了爆炸半径; 的 上述五项 API 检查可捕获试图跨越边界的内容。 两者都不能取代另一个。
NSA 框架值得内化:在代理系统中,工具结果就是指令 模型可以遵循,而不仅仅是它显示的数据。 这里的每张支票都存在,因为差距 当您向模型提供工具时,“数据”和“操作”之间就关闭了。
清单
-
过滤输出。 扫描每个工具结果
/v1/pii/detect和 在模型读取之前进行编辑。 失败关闭。 -
验证消息。 解码呈现的令牌
/v1/jwt/decode和 强制执行发行人并到期。 -
审查出站 URL。 运行每个获取目标
/v1/phishing/check并阻止可信路径上的高风险。 - 应用 DLP。 在工具参数离开您之前运行秘密检测器 网络。
- 扫描本地服务器。 清点已安装的 MCP 服务器并检查包元数据 自上次扫描以来添加的任何内容。
波托伊展品 /v1/pii/detect, /v1/jwt/decode,
/v1/phishing/check,以及一个 API 背后大约 200 个其他单一用途端点
密钥每分钟 5 次免费。 将它们连接到代理的请求和响应路径中,或连接
MCP服务器 致克劳德
从编辑器中编码并运行检查。 从
交互式文档。
FAQ
- 什么是 NSA MCP 安全信息表?
- 这是 NSA 人工智能安全中心的 17 页网络安全信息表“模型上下文协议 (MCP):人工智能驱动自动化的安全设计注意事项”,于 2026 年 5 月发布,标识符为 U/OO/6030316-26 (PP-26-1834),版本 1.0。 它将序列化风险、信任边界和代理滥用标记为核心问题,并列出了六种缓解措施:过滤出站代理、数据丢失防护、沙箱、消息完整性、输出过滤和本地 MCP 扫描。
- 为什么 MCP 需要自己的安全指南?
- MCP 引入了传统 API 安全性所忽略的风险:动态工具调用、代理与其调用的服务器之间的隐式信任以及跨工具共享的上下文。 工具结果不是被动数据;而是工具结果。 模型对其起作用。 这意味着中毒的工具输出可以引导代理,而错误路由的请求可以像正常 API 调用一样跨越信任边界。
- NSA 的哪项建议对于小团队最重要?
- 输出滤波。 该表指出,工具结果直接流入模型并影响其下一步操作。 在每个工具输出到达模型之前扫描其输出的机密和 PII,可以用最少的代码缩小最高流量的差距。 输出路径上的单个检测调用会在代理看到泄漏的凭据和注入的指令之前捕获它们。
- 这些检查会减慢代理的速度吗?
- 每次检查都是您在请求或响应路径上进行的一次不到 200 毫秒的 HTTP 调用。 尽可能与工具调用并行运行它们,并在高风险路径(输出过滤、消息完整性)上失败关闭,在咨询路径(代理信誉)上失败打开。 增加的延迟只是您已经支付的模型往返费用的一小部分。
- 这是否会取代代理沙箱?
- 不会。沙盒是六项缓解措施之一,此处的 API 检查涵盖了其他五项。 在没有环境云凭据的沙箱中运行代理,然后在顶部添加输出过滤、消息完整性、出站代理信誉和本地服务器扫描。 纵深防御:沙箱限制爆炸半径,API 检查捕获跨越边界的内容。
开始使用 botoi 构建
150+ 个 API 端点,涵盖查询、文本处理、图片生成和开发者工具。免费套餐,无需信用卡。