admin管理员组

文章数量:1531479

1.抓包报⽂分析

1.1.charles抓包分析报⽂

登录和注册 发送验证码 都带有⼀个sign字段


其他参数都为固定参数 ⽐如请求头中的

只有这个sign每次都是变化的,那我们就开始分析这个sign

2.⽼规矩

1.先查apk是否加固 查询发现没加固

2.直接上jdax打开apk,能正常反编译

3.发现⽹络框架使⽤的okhttp

3.代码分析

1.因为使⽤的okhttp框架 那么⾃然直接搜索OKhttpClient 在哪被初始化 jadx直接搜索到

看名字猜测应该是⽹络核⼼⽗类,接着按x找到相关引⽤类 找到

看名字就猜到了http相关的⼯具类,接着继续找关键字sign ,因为⽹络相关的类都在framework包下的 helper⼦⽬录中所有随便翻翻找到⼀个

打开⼀看找到app相关的native⽅法都在这类中定义 按x找到相关引⽤的类中 有⼀个

看⽅法名就猜到了应该是计算sign的⽅法，打开看果然是

计算⽅法为:

1.调⽤buildSignRequestParams(str,map)⽅法将请求参数赋值给hashMap,并将hashMap中的值按照 key进⾏排序,重新赋值给map

2.遍历排序后的hashmap的取出value进⾏拼接传递给buildSignValue()⽅法，调⽤native⽅法 ⽤frida Hook这两个⽅法调⽤也证明了这两点:

.接下来开始分析native⽅法 getServerApi() 找到使⽤的so 包为libNativeHelper.so

扔到ida看导出函数发现是jni动态注册没找到getServerApi()这个⽅法,接下来使⽤unidbg进⾏分析 call_jni_onload 后找到 偏移地址0x12795


在ida中G 跳转到偏移地址


查看sub_4DF0函数F5⽣成伪代码

阅读代码修改原有的字段名称。祭出⼤杀器unidbg Hookz

多次调⽤⽅法发现⼊参为⼀串固定字符串值,先暂定它为加密因⼦吧！ hook伪代码中的

strcat(参数1,参数2);

参数1为之前调⽤java 层 native⽅法中请求参数排序后的value 字符串,参数2位固定的加密因⼦ 将两个字 符串拼接后⽣成新的待加密串。

接着分析 sub_4538(&v20)函数


这个4个常量 在结合sign的⻓度为32 很明显的可以猜到使⽤的MD5加密,具体在往下看。 分析sub_4564()函数;

hook函数sub45F4函数 得到的⼊参 为 md5标识和待加密串 接着点进去查看这个函数具体实现


最终hook这两个函数都没发现⽣成具体的sign值 加密串也没有最终被修改 于是随⼿拿之前得到的加密串去做个MD5发现直接就跟sign⼀样 所以⼤概得出这个sign算法就是标准的 MD5


联系作者Q 1452142503

本文标签： 过程

版权声明：本文标题：逆向某4399分析过程 内容由热心网友自发贡献，该文观点仅代表作者本人， 转载请联系作者并注明出处：https://m.elefans.com/dianzi/1725689096a1036879.html， 本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，一经查实，本站将立刻删除。