某加速器APP分析 - 网安 - 专业的网络安全产业、社区、知识平台

之前在逍遥模拟器安装Xposed框架后，提示需要在线下载文件，为了下载这个文件，便把加速器APP安装到模拟器，然后发现它有Root检测，在模拟器中运行不起来。

为了能在逍遥模拟器上使用这个加速器APP，便有了以下研究。

本次实验所应用到的工具：

1.jadx

2.MT管理器

3.frida

4.objeciton

5.JeB

6.IDA

分析过程如下：

1.打开APP，发现APP存在环境检测。

2.利用jadx查看AndroidManifest.xml文件，找到并进入APP第一个启动的Activity。

在StartActivity发现检测代码，从代码中可以看出这里有非常多的if()语句用来检测环境，判断为真后就弹框，并return。

3.看看这些检测函数的代码逻辑，看它都做了什么。

DeviceUtils.a()，通过代码可以知道，这是一个通过特定文件来检测Root的函数。

分析下EmulatorDetectUtil.a(startActivity)，从函数名上看，它的作用应该是检测模拟器，它返回了a.a(context)||Native detect()。

看看a.a(context),它return c(context) || b(context) || b() || a()，

a()代码逻辑是，如果/proc/cpuinfo文件中含有”intel”或”AMD”字符串，就return true，否则return false。(这样检测是因为正常手机不会是intel或AMD型号的CPU。）

c(context) , b(context),b() 这三个函数调用Native中的PropertiesGet.a

(String)，该函数使用_system_property_get()来获取系统属性值来判断是否为模拟器。

函数通过以下特性判断是否为模拟器：

ro.kernel.qemu该值在模拟器中为1，通常在正常手机中没有该属性。

ro.product.model：该值在模拟器中为sdk，通常在正常手机中它的值为手机的型号。

4.此外APP还进行了Xposed，代理检测等，如何绕过这些检测呢？

解决上面的检测我有两个方案：

① 用frida Hook对应的函数，统一返回false。

② 修改对应的smali语句,将eqz修改成nez。

这里我采用第二个方案，因为可持久化。

5.以DeviceUtils.a()为例，实现第二个方案，过Root检测。

找到检测函数的smali，定位到关键地方if-eqz p1,:cond_30

意为如果p1寄存器的值为0，则跳转到cond_30，而cond_30后的代码就是弹框及retun语句。

这里将eqz改成nez即可绕过检测。

如遇到其他检测，如法炮制即可。

6.完成以上的环境检测绕过后，APP发生了闪退，估计是在某个地方把APP Kill了。

这个Kill函数在哪呢？简单的看了下代码，没发现Kill函数。那咋办？

用神器objection Hook下常见的Kill函数，打印出调用栈不就知道它在哪了吗。

常见的APP退出函数有：

1.KillProcess()，android.os.Process.killProcess(android.os.Process.myPid());

2.System.exit()，Java.lang.System.exit()

Hook亿下

很明显com.speed.speed_library.module.main.MainActivity.n 调用了exit()。

7.定位到n()看看，哇塞这么多exit()。

从代码中可以看出这个n()也是用来检测环境的，环境不对就会执行exit(),退出APP。

解决它也很简单，删除com.speed.speed_library.module.main.MainActivity.onCreate中调用n()语句就行。(PS:jadx反编译出来的onCreate()中并没有调用n()的语句,而对应的smali中有invoke n(),smali和objection的结果都能说明jadx静态反编译出来的结果并不准确)