我突破了安卓某APP的低层加密
今天给大家分享一下如何逆向分析Native层的加密，整个过程的思路值得大家借鉴，接下来小编给大家上才艺
所需要的设备和环境
设备：
安卓手机(获取root权限)
抓包：
fiddler + xposed + JustTrustMe
反编译：
jadx-gui，ida
抓包
这里我们就不用知道这个app的名称，开启fiddler 抓包后 app 提示连接不到网络，判断是证书验证，开启 xposed 框架，再次请求，成功抓到包，连续请求两次来对比参数变化：
可以看到 x-app-token 这个参数不一样，其他参数都是固定的，先简单看一下x-app-token的构成：
这样做了一下换行，有没有发现什么规律？
我一眼就看出来第二行是手机的 deviceID，因为爬虫写多了，这个字符串经常出现，第一行是 32 位，应该就是个md5， 第三行是个 16 进制数，知道了这些，接下来就来反编译，搜索这个关键字。
反编译
反编译之前先使用ApkScan-PKID 查一下是否有壳，养成好习惯，这个 app 没有加壳，直接用 jadx 打开，全局搜索 “x-app-token”，只有一处，应该就在这里了：
从框中代码发现 x-app-token 的值就是 as，而 as 是函数 getAS 生成的，按住鼠标左键，点击getAS 进去看看详情：
它把函数过程写到native 层中去了，那只好去分析这个名为native-lib 的so 文件了，解压目标 apk 获取到了如下图这些文件：
so文件就在这个lib文件夹里：
ida中打开这个文件，切换到Export导出函数选项卡，先来直接搜索getAS：
没有搜到getAS，倒是搜到了getAuthString，名字很像，打开看看吧，按 F5可以把汇编代码转换为伪c 代码，下拉分析一波，看到了 md5关键字：
代码有点难懂，连懵带猜v61应该是 MD5加密后的结果，然后 append 似乎是在拼接字符串，看到了“0x”，根据抓包的结果已经知道x_app_token 的第三行是个 16 进制数，那应该是这里的v86了，向上看看它具体是什么：
v86存的是 v40的值，而 v40 就是当前的时间戳，那 x-app-token 第三行应该就是时间戳的 16 进制数。接下来看看md5的入参为v58,v52,v53，重点来看v52，往上追朔看到其和v51 是相等的，而v51 是一个未知字符串经过 base64编码得到的，先来hook这两个函数，写段脚本：
第1处和2处分别是目标函数的地址，鼠标点到目标函数处，ida左下角会显示，加1是为何，只记得大学时候学过汇编语言讲到段地址，偏移地址，物理地址这些，猜测和这些知识有关，还需研究，这里先这样用，第3处的写法是当这个参数为字符串时的写法，运行一波，看看打印输出：
同时也来抓包：
把v52的值放到在线MD5网站中加密看看：
和抓包得到的结果是一样的，那就证明hook点找对了，那么v49就是base64编码之前的值，v49是什么呢，仔细一看，里面也有deviceID，再来分割一下:
第一行通过两次hook，发现他是固定不变的，第二行是改变的，32位，看起来又是个md5，第六行是包名，返回伪c代码，再来分析看看，在前面又看到了MD5加密的地方：
那来hook这个函数，看看入参：
打印的入参数据为：
S是一个时间戳，拿到MD5加密网站上验证一下，正好和v49中包含的字符串相同：
至此，逆向就完成了，来总结一下x-app-token的获取过程，先是带有把时间戳进行md5，按下图顺序拼接：
然后把拼好的字符串进行base64编码，最后把编码结果进行MD5，得到x-app-token的开头部分，组成如下：
接下来写个脚本来请求数据
请求
代码如下：
运行，成功拿到数据：
总结一下
今天主要介绍了native 层hook 的方法，虽然 so 文件中的伪c代码要有一定的基础才能看懂，但是先不要怕，分析的过程中可以先大胆假设，有frida非常强大的hook 功能，就能一步步验证之前的假设。这两次都是静态分析方法，下次我们再来介绍一下动态调试的方法。
以上就是小编今天带来的内容，小编本身就是一名python开发工程师，我自己花了三天时间整理了一套python学习教程，从最基础的python脚本到web开发，爬虫，数据分析，数据可视化，机器学习，等，这些资料有想要的小伙伴 点击 即可领取