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

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

随便输入提示错误。

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

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

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

encry是写在native层，对apk解包，取出对应的so（libencry.so）拖进ida。   可以看到是静态注册的，直接能在导出函数里找到。

转成C伪码，看一下，我还是太菜，不会。

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

关掉ida，直接上frida，先来hook一下这个函数，看看输入输出。  可以hook到，输入的参数以及输出的byte数组

这里开始测试（猜），flag格式一般就是flag{xxxxxx},我输入“flag{”进行测试，hook结果如下：  

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

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

python调用，爆破部分如下：

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

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