深度解析Fiddler Script在手游WebSocket协议逆向中的应用
手游行业近年来呈现爆发式增长，越来越多的游戏采用WebSocket协议来实现实时交互功能。与传统的HTTP协议相比，WebSocket提供了全双工通信能力，特别适合需要低延迟的实时游戏场景。然而，这也给安全研究人员和开发者带来了新的挑战——如何有效地拦截和分析WebSocket封包？
1. WebSocket协议与手游交互机制
WebSocket协议自2011年成为IETF标准以来，已经成为现代实时网络应用的基石。在手游领域，它被广泛应用于以下场景：
- 实时对战系统（如MOBA、FPS等竞技类游戏）
- 聊天和社交功能
- 游戏状态同步（位置、血量等动态数据）
- 即时排行榜更新
WebSocket与HTTP的关键区别：
| 特性 | HTTP | WebSocket |
|---|---|---|
| 通信模式 | 请求-响应 | 全双工 |
| 连接建立 | 每次请求新建 | 持久连接 |
| 头部开销 | 每次请求携带完整头部 | 建立连接后极小帧头 |
| 延迟 | 较高 | 极低 |
| 服务器推送 | 不支持 | 原生支持 |
理解这些差异对后续的封包拦截至关重要。传统的HTTP抓包工具虽然能捕获WebSocket握手阶段，但对后续的数据帧往往无能为力。
2. Fiddler环境配置与WebSocket捕获
要开始WebSocket封包分析，首先需要正确配置Fiddler环境。以下是详细步骤：
安装最新版Fiddler Classic：
- 确保版本号≥5.0（旧版对WebSocket支持有限）
- 安装时勾选所有可选组件
基础代理配置：
# 查看电脑IP地址（Windows） ipconfig /all- 进入Tools > Options > Connections
- 设置监听端口（建议8866或8888）
- 勾选"Allow remote computers to connect"
HTTPS解密设置：
- 在Options > HTTPS标签页
- 勾选"Decrypt HTTPS traffic"
- 信任Fiddler根证书（重要！）
WebSocket特定配置：
// 在FiddlerScript中添加以下规则 if (oSession.oRequest.headers.Exists("Upgrade") && oSession.oRequest.headers["Upgrade"] == "websocket") { oSession["x-breakrequest"] = "websocket"; }
注意：部分手游会检测代理设置，遇到这种情况需要结合虚拟机或特定绕过技术，这超出了本文范围。
3. Fiddler Script核心技术与实战案例
Fiddler Script是基于JScript.NET的脚本系统，可以深度定制Fiddler行为。下面我们通过一个回合制游戏的出牌指令修改案例，展示其强大功能。
3.1 WebSocket帧拦截基础
WebSocket协议数据帧结构如下：
0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-------+-+-------------+-------------------------------+ |F|R|R|R| opcode|M| Payload len | Extended payload length | |I|S|S|S| (4) |A| (7) | (16/64) | |N|V|V|V| |S| | (if payload len==126/127) | | |1|2|3| |K| | | +-+-+-+-+-------+-+-------------+ - - - - - - - - - - - - - - - +在Fiddler Script中，我们可以这样处理WebSocket帧：
static function OnWebSocketMessage(oMsg: WebSocketMessage) { // 只处理发送方向的帧（游戏客户端->服务器） if (!oMsg.IsOutbound) return; // 获取原始Payload var originalPayload = oMsg.PayloadAsBytes(); // 示例：修改出牌指令（假设opcode 0x8表示出牌） if (originalPayload[0] == 0x8) { var modifiedPayload = ModifyCardPlay(originalPayload); oMsg.SetPayload(modifiedPayload); } } static function ModifyCardPlay(original: Byte[]): Byte[] { // 这里实现具体的牌面修改逻辑 // 例如将卡牌ID 0x12改为0x1A（普通攻击变必杀技） if (original.Length > 5 && original[4] == 0x12) { original[4] = 0x1A; } return original; }3.2 复杂协议逆向技巧
实际手游协议往往采用以下保护措施：
- Payload加密：常见XOR、AES或自定义算法
- 压缩：zlib、lz4等
- 协议混淆：添加冗余字段或打乱结构
针对加密Payload的处理示例：
static function DecryptPayload(encrypted: Byte[]): Byte[] { // 简单XOR解密示例（实际游戏可能更复杂） var key = 0x55; var decrypted = new Byte[encrypted.Length]; for (var i = 0; i < encrypted.Length; i++) { decrypted[i] = encrypted[i] ^ key; } return decrypted; } static function OnWebSocketMessage(oMsg: WebSocketMessage) { if (oMsg.IsOutbound) { var decrypted = DecryptPayload(oMsg.PayloadAsBytes()); // 分析解密后的协议结构... } }4. 高级应用与安全测试
掌握了基础拦截技术后，可以开展更深入的安全测试：
4.1 自动化测试框架集成
将Fiddler Script与自动化测试工具结合：
# Python示例：与Fiddler联动进行压力测试 import websocket import threading def send_modified_frame(): ws = websocket.WebSocket() ws.connect("ws://game-server:8080") # 发送经过Fiddler修改的帧 ws.send_binary(b"\x08\x05\x00\x00\x00\x1A") for i in range(100): threading.Thread(target=send_modified_frame).start()4.2 常见漏洞检测模式
手游WebSocket协议常见安全问题：
逻辑漏洞：
- 回合间隔时间篡改
- 资源数量溢出
- 非法状态切换
安全缺陷：
- 缺乏帧完整性校验
- 敏感操作无二次确认
- 客户端过度信任
测试用例表示例：
| 测试类型 | 攻击载荷 | 预期结果 | 实际结果 |
|---|---|---|---|
| 速度破解 | 修改回合间隔为负值 | 服务器拒绝 | 回合立即结束 |
| 资源作弊 | 发送极大数值资源请求 | 服务器校验 | 客户端显示溢出 |
| 状态异常 | 未解锁角色使用指令 | 权限拒绝 | 角色可操控 |
5. 实战：从协议分析到功能修改
让我们通过一个完整的案例，演示如何发现并修改游戏功能：
协议分析阶段：
- 捕获正常出牌操作的WebSocket帧
- 对比不同卡牌的Payload差异
- 识别关键字段位置和含义
功能修改阶段：
// 在FiddlerScript中实现自动替换卡牌 static var cardMapping = { 0x12: 0x1A, // 普通攻击→必杀技 0x13: 0x14, // 防御→治疗 0x15: 0x16 // 道具→复活 }; static function ModifyCardPlay(original: Byte[]): Byte[] { if (original.Length > 5) { var cardType = original[4]; if (cardMapping.ContainsKey(cardType)) { original[4] = cardMapping[cardType]; } } return original; }测试验证阶段：
- 确保修改后的帧能被服务器接受
- 验证游戏逻辑是否按预期改变
- 检查是否会触发反作弊机制
重要提示：这类技术应仅用于授权测试。未经许可修改游戏数据可能违反服务条款甚至法律法规。
6. 调试技巧与性能优化
当处理复杂的WebSocket协议时，这些技巧能提高效率：
条件断点：只在特定帧触发拦截
if (oMsg.PayloadAsString().Contains("battle_result")) { oSession["x-breakrequest"] = "break"; }流量记录与回放：
# 使用Fiddler的SAZ文件保存会话 # 可通过命令行批量处理 fiddler.exe /replay sessions.saz性能统计脚本：
static var stats = {inCount:0, outCount:0, totalSize:0}; static function OnWebSocketMessage(oMsg: WebSocketMessage) { if (oMsg.IsOutbound) stats.outCount++; else stats.inCount++; stats.totalSize += oMsg.PayloadAsBytes().Length; } static function OnDone() { FiddlerObject.alert(`流量统计： 入站帧：${stats.inCount} 出站帧：${stats.outCount} 总数据量：${stats.totalSize}字节`); }
在实际项目中，我发现最耗时的往往不是脚本编写，而是协议结构的逆向分析。建立完善的日志系统能大幅提升效率：
// 协议日志记录实现 static function LogFrame(direction: String, payload: Byte[]) { var logFile = "C:\\ws_log.txt"; var sw = System.IO.File.AppendText(logFile); sw.WriteLine(`${DateTime.Now} [${direction}] ${BytesToHex(payload)}`); sw.Close(); } static function BytesToHex(bytes: Byte[]): String { return bytes.Select(b => b.ToString("X2")).Aggregate((a,b) => a+" "+b); }7. 进阶工具链整合
单一工具难以应对所有场景，推荐整合以下工具：
- Wireshark：底层协议分析
- Charles Proxy：备用抓包方案
- IDA Pro/Ghidra：客户端二进制分析
- Burp Suite：WebSocket安全测试
工具对比表：
| 工具 | WebSocket支持 | 脚本扩展 | 移动端友好 | 性能影响 |
|---|---|---|---|---|
| Fiddler | 优秀 | 强大 | 中等 | 低 |
| Charles | 良好 | 有限 | 优秀 | 中 |
| Wireshark | 基础 | 无 | 差 | 高 |
| Burp Suite | 专业 | 中等 | 中等 | 中 |
对于需要深度协议逆向的场景，我通常会采用以下工作流程：
- 用Fiddler捕获初始流量，识别关键协议特征
- 对加密协议，使用IDA分析手游客户端提取算法
- 将算法移植到Fiddler Script实现实时解密
- 建立自动化测试用例验证修改效果
# 示例：将IDA分析的算法移植到Python测试 def client_encrypt(data: bytes) -> bytes: # 从手游客户端逆向的加密算法 result = bytearray() key = 0x7F for b in data: result.append((b + key) & 0xFF) key = result[-1] return bytes(result)这套方法在多个商业手游的安全测试中效果显著，但需要扎实的逆向工程基础。对于新手，建议从简单的XOR加密协议开始练习。
