MCP 代理通信协议风险
Trust gaps in the new protocol spread malicious prompts from one agent to another.

MCP 代理通信协议风险
这是什么
MCP(Model Context Protocol)是新推出的代理间通信标准,允许不同 AI 代理在内部网络中互相传递上下文、工具调用和任务指令。2026 年初谷歌及多家机构陆续采用这一协议,目的是让编码代理(如翻译、数据分析或自动化脚本工具)高效协作。
信任缺口问题在于:代理默认相互信任内部节点。一旦一个代理接收到恶意提示(prompt injection),它会把指令当作正常任务转发给下游代理,造成命令服务器请求伪造(SSRF)或敏感操作。独立研究员 Syed Anas Mohiuddin 在 Rapid7、Google 等组织的 MCP 实现上验证出此漏洞,CVE-2026-97228 评级从 2.7 到 8 分不等。
谁适用 / 怎么决策
任何使用 MCP 搭建编码代理的中转环境或本地部署实验室的用户都会面临此风险。开发者若仅关注模型天梯与 API 中转倍率,却忽略代理链信任模型,容易在 xAI Grok API 或 vLLM 本地部署场景下,悄然泄露 token 或触发 unauthorized 请求。
决策流程:
- 检查代理代码是否使用 MCP 标准(modelcontextprotocol.io)。
- 审计内部代理信任关系(默认信任 vs 零信任隔离)。
- 测试 proxy pivoting:用 crafted path 参数触发 redirect 到攻击者控制端点。
- 优先选择已打补丁的 toolbox(如 Google 数据库 MCP 已加 IP allow-list)。
如果你主要做 Grok API 中转与本地部署,建议在 /tools/local-deploy 页面查看 vLLM 配置示例,再结合 /api-transit 验证端点安全。
风险详情
MCP 本质是“信任假设”:一个代理收到任务后,会直接转发到下一个代理。谷歌 MCP toolbox 曾因 HTTP client 未校验 redirect 目标 IP 而被 exploit,攻击者可伪造 URL 让代理在攻击者服务器上执行操作。Rapid7 网络代理案例中,恶意提示被视为普通 delegated task,通过不同协议(含 A2A 或 Agent Network Protocol)传播。
Douglas McKee(Rapid7 漏洞情报总监)指出:协议设计时假设“孤岛”,却忽略“走廊”信任链。任何从 LLM 传到工具的文本,都应视作“互联网上陌生人”的输入。X41 D-Sec 研究员 Markus Vervier 称这是间接 prompt injection 的子类,防火墙无法拦截,因为代理内部已执行。
风险与边界
风险
- 中转倍率波动:SSRF 可能导致额外 Token 消耗,影响编码模型 $ /M 计费透明度。
- 本地部署安全:vLLM 接入 MCP 代理后,若信任链未隔离,可能泄露敏感业务数据。
- 代理链崩溃:一个受感染节点可能连锁触发多个下游代理,造成算力账单异常或模型输出污染。
边界 此风险仅存在于采用未打补丁 MCP 的内部网络架构。零信任隔离(每跳都需独立授权)可完全规避。企业若用官方 API 中转(如 /official-api),外部攻击面更小。
免责声明 本文仅供技术讨论,非法律意见。安全措施请参考各厂商官方公告与最新补丁,以官网/挂牌页当日数据为准。GrokCode 不提供任何绕过、注入或未经授权修改工具。
常见误判
| 误判现象 | 实际情况 | 正确做法 |
|---|---|---|
| “MCP 签名足够安全” | 签名只防内容篡改,无法防提示注入 | 额外校验 LLM 输出后转发 |
| “内部代理互相信任理所当然” | 零信任原则要求每跳独立授权 | 部署 MCP 工具时启用 IP allow-list |
| “漏洞评级低就忽略” | Rapid7 CVE 2.7 仍可导致 SSRF | 立即升级并测试 proxy pivoting |
建议防护措施
- 启用 MCP 服务器的 redirect 校验与 IP 黑白名单。
- 在代理链中加入中间跳过层(如官方 API 中转),减少信任面。
- 对工具调用结果执行二次 LLM 过滤(非原始提示)。
- 监控 MCP 事件日志,追踪 path parameter 异常。
- 参考 /api-transit 页面,查看当前支持 MCP 的端点安全配置示例。
延伸阅读
English summary
MCP, the Model Context Protocol, lets AI agents in a network exchange context, tools, and tasks. However, its built-in trust model creates a structural flaw: a single compromised agent can spread malicious prompts to others, turning trusted internal delegation into server-side request forgery. Independent researcher Syed Anas Mohiuddin demonstrated this “protocol pivoting” across Google, JP Morgan, Rapid7, and government agents. Google’s MCP database toolbox suffered a critical 8/10 severity issue because its HTTP client lacked proper redirect validation and IP checks. Rapid7’s vulnerability rated 2.7/10 but was still exploitable. The attack succeeds because agents treat incoming MCP tasks as normal work. Zero-trust isolation and updated guardrails are essential. This risk directly affects users running MCP-based coding agents with Grok API transit or local vLLM deployments. GrokCode strongly recommends reviewing the latest official MCP documentation and applying all vendor patches before integrating the protocol into production environments.
适用于 GrokCode 倍率榜。信息仅供参考,不构成购买、投资或法律意见。