前言

最近朋友发来一道Android逆向题，挺有意思，花时间研究了一下，在算法逆不出来的情况下（我太菜），用frida取巧解出了题目，记录下学习的过程。

抛出问题

安装打开题目发现是要求输入字符串。

随便输入提示错误。

Java层静态分析

拖进jadx，先分析下java层。里面类有点多，估计是垃圾代码，直接看Androidmanifest文件找到启动的Activity去分析。

找到对应的类，一看上面就是一个byte数组，一个loadLibrary，一个native函数，so逆向跑不了。
下面看到对应的按钮点击事件。

继续跟进去看，找到了核心的逻辑，是通过encry函数处理输入字符串，返回一个byte数组，然后和前面的byte数组比较是否相等，那前面的byte数组应该就是加密后的flag，我们要做的就是逆出来。

Native层静态分析

encry是写在native层，对apk解包，取出对应的so（libencry.so）拖进ida。
可以看到是静态注册的，直接能在导出函数里找到。
转成C伪码，看一下，我还是太菜，不会。

动态调了下，也没调明白，我太菜了。

Frida动态hook

关掉ida，直接上frida，先来hook一下这个函数，看看输入输出。
可以hook到，输入的参数以及输出的byte数组
这里开始测试（猜），flag格式一般就是flag{xxxxxx},我输入“flag{”进行测试，hook结果如下：

对比Java层中的byte数组，发现前几位已经能对上了，但是最后一位对不上，应该是因为so层中的加密算法后一位会影响前一位。
到这里就已经可以get到一个比较取巧的思路了，写个rpc脚本调用一位一位爆破flag。

Frida rpc调用

直接hook encry函数，主动调用。
js部分如下：

python调用，爆破部分如下：

一位一位遍历所有可打印字符跑起来。
成功获取（爆出）到flag。

总结

常规做法做不出来，只能取巧，题目设置也刚好，最终还是以结果为导向，能解题的方法总是好方法。这里只是举例了用frida，实际上也可以使用unidbg去主动调用so进行爆破，原理是差不多的。

---