怎么看协议逆向：观察顺序

固定位置每次加一的字段多半是序号，用来做去重与重放判断，序号跳变通常说明丢了包，重放会直接失效

观察顺序错了，会在一堆细节里迷失。正确的顺序是：每层只问一个问题。

先说结论

每层只回答一个问题，才不会乱。

• 文件层：做什么
• 加载层：放哪里
• 运行层：怎么走
• 先看字符串与导入
• 有假设再下断点

三层各问什么

固定位置每次加一的字段多半是序号，用来做去重与重放判断，序号跳变通常说明丢了包，重放会直接失效。

先看字符串和导入

改一个字节看对端是断连还是返回错误，比读代码更快确定字段含义，但别在生产上改，最好在实验环境。

字符串和导入表是成本最低的线索，能省掉大量反汇编时间。

几个具体线索

下面这些是相对确定的细节：

• protobuf 不带字段名，只能从 wire type 与取值分布反推每个字段的语义

什么时候下断点

等你已经能写出「它大概会调用哪个函数」的假设，再下断点验证。协议逆向是实验科学：假设、改包、看反应，循环到能预测为止。

还有几处容易忽略的

这些细节不影响入门，但影响你判断的准确度。

• 先找长度字段与魔数，协议的边界通常就由这两个东西定义，它们常在前 16 个字节里，先按这个假设试
• 载荷被压缩或加密时，要先确认能否绕过这一层，再谈字段级解析
• 把解析脚本写成可回归的测试用例，换版本时能立刻发现字段定义变了
• 抓一次包就定下协议，漏掉所有可变长字段
• 把校验和当成加密，花两天时间找密钥
• 忽略大小端，字段值总是差 256 倍

观察的顺序，决定了效率。