实战逆向某APP算法（含有常规逆向思路）

无非尘心

APP的名字这里就不发出来了，仅仅是提供逆向的一个过程和方法，望对各位逆向同好们有帮助~

---

不管我们逆向什么APP，基本上都离不开如下的步骤：

1.抓包分析加密字段，了解什么字段进行了加密。

2.查看该APP是否有壳，若有壳，应先脱壳或者从内存中Dump出来smail（dex）代码。

3.拿到smail后转换成java代码，便于代码的阅读和分析。

4.通过查找加密字段（关键词搜索）找到代码逻辑位置。

5.若代码逻辑复杂或有混淆，可以采用Hook来定位关键点。

当然以上只是常规的逆向过程，较为复杂的APP加密方法可能放到Native（常说的so层），也可能静态分析不好找到关键点，就要借助动态调试了，这些以后的文章在继续分享。

---

言归正传，下面实战逆向某APP的加密算法啊。


第一步：抓包分析该APP的加密参数 由于该APP在模拟器上跑不起来，这里采用真机进行调试。

这里我们先看登录，通过抓包可以看到报文如下图：





这里一共有三个参数：codeType（此值猜测为固定数 不进行分析），mobile（提交发送验证码的手机号），sign（请求加密）。


这里的sign就是我们本次要逆向分析的。此时他的值为：sign=2b9b87014724ac0a9c2fe6175e69f88adadaf020


通过经验判断，可能是使用了MD5加密或者SHA1加密，我们这里不改手机号，从新发一下验证码看看sign是否变化来确定是否明文拼接了时间戳





这里我们看到，重新提交登录后，sign并没有发生变化，接着我们改变手机号，看sign的值




此时sign的值发生了变化，那么这里我们可以基本确定：sign的加密的明文并没有加入时间戳等时刻变化字符，而是拼接了请求的参数和其他的固定值。


此时三个值都要记录下来 codeType，mobile ，sign 。 为何？因为什么搜索的时候sign的字符可能会有很多，所以我们搜索的时候要多尝试搜索别的关键字，譬如codeType。



第二步：我们查看该APP是否有壳，很高兴，此APP并没有采用什么加固




既然没壳，那么就不需要Dump了，直接解压该APP提出来，当然更为妥当的是用apptool解包，这两种方法都可以，看各位的想法了。



这里我解压出来有两个dex文件，不知道核心代码在哪个dex文件里面，这两个我们都给他用dex2jar转换成jar



这里我们将dex转换成了java代码（因为毕竟是反编译，和原始的代码会有些许的差距 这里不影响下面的分析）

打开jd-gui，将我们反编译回来的两个jar拖进去进行分析。我们这里搜索codeType这个关键字，sign根据经验来说，搜索出来的肯定有好多处。



通过搜索，我们定位到了关键点，三个参数我们都直观的看到了



这里我们看到，sign有一个关键词：sha1，跟我们最初的猜测可能使用了sha1加密不谋而合，知道了采用什么方式，我们就需要知道它对哪些参数进行了加密，我们 一步步的跟踪进行分析
我们点击进入sha1的这个方法，可以看到如下图：



代码还是比较清晰明了的，具体如下：

1.@#filestorm@#FST 将此参数放到参数的最前面
2.参数进行按照首字母进行取值拼接 后面跟#$
3.进行sha1加密，得到sign值

我们现在来进行检验是否正确：



最后得到了和我们sign一致的值，至此，我们的分析到此结束。

xuxianqianga

看的不是很明白，谢谢大佬

相忘亦不忘

这不尘心大神嘛膜拜学习了

怀念ob

前面都能看懂，最后一步就懵逼了

无非尘心

怀念ob 发表于 2019-9-28 16:07
前面都能看懂，最后一步就懵逼了

以后再写文章更通透一点~

无非尘心

xuxianqianga 发表于 2019-9-27 03:12
看的不是很明白，谢谢大佬

下篇文章的时候回讲的更通透一点~

xuxianqianga

谢谢你的教程。。。。。。。。。。。。。。。。。。。

怀念ob

无非尘心 发表于 2019-9-28 18:02
以后再写文章更通透一点~

感谢大佬分享，受小弟一拜

见青山

可以  后面那个sh1里的java代码 看的不是太明白  好几个stringBuilder 还有value什么的

yangguang60

大佬可否更新视频语音教程