4、MCP协议抓包与解析：MCP协议抓包工具介绍、MCP协议数据包捕获、MCP协议数据包解析、MCP协议流量分析。
各位同学，咱们今天聊点硬核的。
做MCP安全审计，说白了就是跟数据包打交道。你连协议长什么样都没见过，怎么谈得上审计？我刚开始接触MCP协议时，也踩过不少坑。有一次在客户现场排查一个诡异的连接中断问题，抓了三天包才发现是某个字段的校验和算错了。嗯，从那以后，我养成了一个习惯——任何协议分析，先抓包，再说话。
4.1 MCP协议抓包工具介绍
工欲善其事，必先利其器。MCP协议基于WebSocket和JSON-RPC，所以传统的HTTP抓包工具基本都能用。但我个人习惯用这三款：
- Wireshark：老牌网络分析工具，支持WebSocket协议解析。我建议你装3.6以上版本，对MCP的JSON-RPC payload解析更友好。
- Charles Proxy：macOS上我常用的代理工具。它能自动解密HTTPS流量，对MCP的TLS加密连接特别有用。
- mitmproxy：命令行神器。适合写自动化脚本批量分析MCP流量。我在做大规模安全审计时，基本都用它。
我的小技巧： 如果你只是临时抓个包看看，用Chrome开发者工具的Network面板就够了。记得勾选「Preserve log」，不然页面刷新后数据就丢了。
4.2 MCP协议数据包捕获
抓包听起来简单，但MCP协议有个特点——它走的是WebSocket长连接。你想想看，普通的HTTP请求是「一问一答」，但WebSocket是「一直聊」。所以抓包时要注意几点：
- 先建立连接：MCP客户端会先发一个HTTP Upgrade请求，升级到WebSocket。这个握手包很重要，里面包含了协议版本和认证信息。
- 过滤WebSocket流量：在Wireshark里用
websocket过滤，或者在Charles里直接看WebSocket标签页。 - 捕获完整会话：MCP的请求和响应可能不是一一对应的。比如客户端发了三个请求，服务端可能先回第二个。所以一定要抓完整会话，别漏包。
我记得有一次，一个同事说MCP连接总是超时。我让他抓包一看，发现客户端发了请求后，服务端根本没回ACK。后来定位到是防火墙把WebSocket的Pong帧给拦截了。你看，不抓包根本想不到。
注意： 生产环境抓包一定要先申请权限！我曾经因为没走审批流程，差点被客户投诉。另外，抓包时建议只过滤目标IP和端口，别全量抓，否则数据量太大，你根本看不过来。
4.3 MCP协议数据包解析
抓到包了，怎么读？MCP的数据包结构其实很清晰。我拆开给你看：
WebSocket帧结构：
- FIN位：1表示这是最后一帧
- Opcode：0x1表示文本帧，0x2表示二进制帧。MCP一般用文本帧
- Payload：就是JSON-RPC的请求或响应内容
JSON-RPC结构：
{
"jsonrpc": "2.0",
"id": 1,
"method": "tools/call",
"params": {
"name": "get_weather",
"arguments": {
"city": "北京"
}
}
}你看，MCP的请求就是标准的JSON-RPC格式。我一般会重点关注这几个字段：
| 字段 | 说明 | 安全关注点 |
|---|---|---|
| method | 调用的方法名 | 是否存在未授权的敏感方法？ |
| params | 方法参数 | 参数是否包含注入风险？ |
| id | 请求ID | 是否存在ID冲突或重放攻击？ |
核心要点： 解析MCP数据包时，别只看payload。WebSocket的帧头信息也很重要。比如FIN位为0时，说明数据被分片了，你需要把所有分片拼起来才能看到完整内容。
4.4 MCP协议流量分析
流量分析，说白了就是看「谁在什么时候干了什么」。我一般会从三个维度入手：
- 时序分析：请求和响应的间隔时间。如果某个请求的响应时间异常长，可能是服务端在处理敏感操作，或者被卡住了。
- 频率分析：单位时间内的请求次数。我曾经在审计时发现，某个客户端每秒发了1000次
tools/call请求，明显是在暴力枚举工具列表。 - 内容分析：检查payload中是否包含敏感信息。比如有些MCP实现会把API Key直接放在params里，这就有泄露风险。
为什么会这样？因为MCP协议本身没有做频率限制和敏感信息过滤。所以你在做安全审计时，一定要关注这些点。
下面这张图是我自己总结的MCP流量分析框架，你照着这个思路走，基本不会漏掉关键点：
实战建议： 做流量分析时，别只看单个包。把整个会话的请求-响应序列画出来，你可能会发现一些规律。比如某个工具在特定时间点会批量调用多个方法，这可能是定时任务，也可能是攻击脚本。
嗯，关于MCP协议抓包与解析，核心内容就这些。你回去可以拿一个真实的MCP客户端试试，抓几个包看看。记住，纸上得来终觉浅，绝知此事要躬行。