前言本篇文章文风较为随意主要讲下当时初步接触大厂app逆向的一些事由于较多的借助 AI故标题不说什么古法逆向了顺便叠个甲本文仅仅为了学习交流分享。当时自己用frida hook自己想办法研究和追一个参数就是deviceId当时是通过不同设备能查出来发现设备被封禁的当然都是通过抓包对了说到这个抓包正文开始…当时寻常抓包手段是一点都抓不到想要的包这个还是通过 fundex 还是什么来着把 dex 给 dump 出来然后反编译成 java 代码之后才发现是走的自有sotp 协议也好像是通过一些帖子《自己要逆向一个玩意之前都会先查查有没有相关信息》知道的携程走的自研协议当时还把反编译出来的自认为比较关键的 java 文件发给 GPT 和 Gemini 给研究下到底咋走的了解好全貌后就试着让 AI 给我构造为 python版本了随后便是抓包的问题当时好像还是通过一个帖子发现人家抓的二进制的方式抓到了网络流量然后自己就找了一个能抓底层网络流量的软件下这个软件时又折腾了一番别的地方下不来抓到包之后先是自己用 shark 分析了分析从一脸懵逼到 0.99 脸懵逼…不过最后还是慢慢的翻到了那条搜索请求记录用 AI 给的解析代码将hex串解回正文后终于是发现了那条查询请求后边就是让 AI 给我组装然后由于不是单纯的发一次请求等待一次响应 就行了这个发送请求后得持续的接收直到完毕当时显然是有点惊讶的因为在我看来那些数据包是分片的而把这些情况说明之后AI 给的代码直接给完整的接收到并且显示在我的 PyCharm 显示台输出控制台上了于此之后便有了调试的根基在发送多次包之后遇见了anti 挑战通过更换 ip 连续查询直到更换 ip 再也没法得到正常响应之后就开始把目光转向别的设备了在别的设别安装好携程以及抓包用的软件继续抓抓到后继续用shark分析一条条找找到那条搜索请求记录之后通过分析以及更换参数验证的方式发现了 deviceId 这个参数只要更换就可以正常查用原来的小米手机抓包得来的 deviceId 则不行再之后就开始了漫长的定位之旅…定位到之后就开始了漫长的hook 以及 hook 请求包之旅… 中间省略一堆当时遇到的疑难杂症…搞定 deviceId 之后发现还有请求失败的问题于是查呀查…最终发现是个签名的问题于是揪着这个签名找啊找找到 so 之后unidbg又补啊补…最终补了出来最后整个查价任务算是ok了除了这两个算是全程自己主导搞的 AI 作为百科全书般的辅助后边的 payload source 纯 Python 算法版本则是 AI 主导美团 mtgsig 我更是都没咋动手app 下好任务下完没多久纯算法ok了。。。综上我是个AI重度依赖户