某社交APP举报协议逆向分析产品系统

立项原因：该社交APP的举报功能在业务层面存在“举报内容无法追溯”的问题，需要对其协议数据进行逆向分析，定位加密前数据流向，为后续自动化分析提供技术基础。

业务背景：在安全研究和协议分析领域，APP的加密数据包往往难以直接解析，需要通过动态分析和抓包手段还原数据流向。本项目以该APP的举报功能为切入点，系统性地验证了“Java层Hook方案在当前加固环境下的有效性边界”。

1. 网络抓包模块：使用Wireshark和tcpdump捕获APP举报功能的完整TCP流量，定位原始数据包结构。
2. Java层Hook模块：使用Frida对ByteArrayOutputStream、JceOutputStream、MSF核心发送函数进行动态Hook，追踪数据流向。
3. 数据解析模块：编写Python脚本对抓包数据进行十六进制解析和结构还原。
4. 原生层排查模块：通过Hook SocketOutputStream和JNI调用确认数据是否经过Native层加密，最终验证了Java层Hook的局限性并给出原生层分析结论。

我独立完成了全部工作，包括抓包方案设计、Frida脚本编写与29个版本迭代、Python数据解析脚本开发以及原生层排查验证。

技术栈：Frida 17.15.3、Wireshark、tcpdump、Python 3、ADB、安卓模拟器（Android 9）

架构：抓包层（Wireshark/tcpdump获取原始TCP数据）→ Java层Hook（Frida动态插桩）→ 数据解析层（Python脚本解析Hex结构）→ Native层排查（排除原生加密干扰）

亮点难点：本项目最大的难点在于该APP的JCE序列化类位于自定义ClassLoader中，常规Java.use()方式无法直接Hook。通过遍历ClassLoader并利用loader.loadClass()绕过隔离限制，成功捕获了OIDB协议包（406字节）并解析其结构。项目共迭代29个版本，系统性地验证了Java层所有可能的拦截点，最终确认业务数据走原生层通道，为后续原生层分析提供了明确方向。