协议逆向能做到和做不到的

把解析脚本写成可回归的测试用例，换版本时能立刻发现字段定义变了

任何分析手段都有边界，承认边界才能给出可靠的结论。

先说结论

能说清边界，结论才可信。

• 可观察：运行时数据
• 可推：结构与布局
• 不可得：原始源码
• 结论要带置信度
• 成本：影响面：决定能否自建客户端；单个协议约 3-5 人日

能确定的

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

凡是运行时会用到的数据，最终都能观察到。

只能推测的

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

几个具体限制

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

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

怎么给出可靠结论

结论要带置信度：确定、较可能、推测。协议逆向是实验科学：假设、改包、看反应，循环到能预测为止。

还有几处容易忽略的

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

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

承认做不到，是专业的一部分。