编辑推荐: |
本文来自csdn,主要介绍了Xposed的核心内容,通过案例的讲解进行了一个深入的研究。 |
Xposed框架核心思想在于将Java层普通函数注册成本地JNI方法,以此来变相实现hook机制(放在文章开头的话很重要哦,记住!)。
Xposed框架的技术核心建立在Jvm原生的JNI机制之上,为了对Xposed框架进行深入分析,同时方便大家理解,我们从以下三个问题着手:
1.Dalvik虚拟机在执行java层代码时如何识别JNI方法?
2.怎样才能将java层普通方法注册成JNI方法?
3.Xposed框架做了什么?
有疑问,那就一个一个来解决吧。
第一个问题:Dalvik虚拟机在执行java层代码时如何识别JNI方法?
先来了解一下类的加载过程:当一个类第一次被使用到时,这个类的字节码会被加载到内存,并且只会回载一次。在这个被加载的字节码的入口维持着一个该类所有方法描述符的list,这些方法描述符包含这样一些信息:
(1)方法代码存于何处,
(2)它有哪些参数,
(3)方法的描述符(public、native之类), etc...
如果一个方法描述符内有native,这个描述符块将有一个指向该方法的实现的指针。下面来看看方法描述符的样子。
注意:方法描述符实际上是一个结构体!
主要到上面的accessFlags了吗,它标记着该方法的类型,public、native等等,所以,要是想把一个方法注册成本地方法,这个标记是必须要改的!
我们知道了accessFlags的作用还不够的,最好还是再了解一下它在执行过程中是怎么发挥作用的,追本溯源吗!
这里简要的描述一下Dalvik虚拟机执行代码基本过程:
一个类在执行之前先会被装载,之后要进行字节码验证(dvmVerifyCodeFlow(),感兴趣的去查查源码),检验完成之后虚拟机会紧接着调用FindClass()来查找并装载main的方法类。此后JNIEnv类调用成员函数CallStaticVoidMethod执行main方法,程序开始运行。来看下面这张函数调用流程图。
找到应用的入口函数(main),依次调用执行。
最终会调用到dvmCallMethodV这个方法,下面是这个方法的实现。
调用了一个关键的函数dvmIsNativeMethod,这个方法的作用就是判断函数的类型,通过比对方法描述符中的accessFlags与ACC_NATIVE(常量)是否相等来识别该方法是否是NATIVE方法。如下图。
我们现在已经了解了java层方法执行的流程,以及识别Native方法的机理,下面就来具体研究一下如何将一个普通方法注册成一个Native方法。
第二个问题:怎样才能将java层普通方法注册成JNI方法?
上面是xposed.cpp中将普通方法注册为NATIVE方法时所执行的关键一步。将method描述符中的accessFlags修改为NATIVE方法FLAG.
nativeFunc存储该方法实际调用的本地方法的执行位置(注意,考虑到跨平台的问题这里存储的可能是JNIbridge代码执行的位置,在分析xpose框架时暂不需要关注此细节,有Dalvik自行处理),将要hook的java层方法注册成本地方法,Native层方法统一的入口点设置为xposedCallHander。继续往下看。
insns存储该方法真实执行地址(没有注册成Native方法前的执行位置)。
为注册的nativeFunc方法参数列表分配的空间,与java自带方法的等大小即可。
上面两个问题都弄清楚了,下面该来具体研究一下Xposed框架具体做了什么工作。
第三个问题::Xposed框架做了什么?
Xposed修改了app_process程序,在执行第一个java程序(com.Android.internal.os.ZygoteInit)之前进行截获,改变执行流程,进入到自身的main函数体内,这部分java层代码都写在了XposedBridge.jar中。执行的入口点在XposedBridge.jar包中的XposedBridge.java。main函数执行体内主要完成了下面四个部分功能,我们来逐条研究。
initNative是本地方法,完成了Xposed框架的初始化工作。
为了方便Xpsoed框架的native方法对上层java方法的调用,在该部分对相关native方法进行了初始化工作。刚才提到的native层方法xposedCallHander回调的handleHookedMethod真正实现体就放在java层。同时将invokeOriginalMethodNative注册为本地方法,初始化了hook资源文件时用到的对象等。
比较重要。
initXbridgeZygote()主要hook了几个涉及到应用进程创建、启动的关键类。新的应用进程创建时会调用这几个类的特定方法(调用其中的一种,与应用进程创建模式有关系),Xposed框架通过截获应用进程创建时的相关信息来决定对其处理逻辑(是否加载开发人员所写的hook模块,有感兴趣的应用,如微信、相机等创建时,去注册hook模块中所指定的相关方法为本地方法)。
第一处,
下面一段代码是执行自定义代码的示例,
下面这几行代码是hook了xposedInstaller(Xposed框架提供给用户的管理工具)的getActiveXposedVersion方法,如果系统中的Xposed框架没有正常启动,显示的版本号不正确。
第二处,
第三处,
这一处用于处理资源文件hook。
下面在来看看main函数体内做的第三件重要的事情,读取系统中放置的hook模块。简单的说就是把hook模块随便找个地方丢进去,然后把该模块的路径写进conf/modules.list中就可以了。
读取“conf/modules.list”文件中写入的apk名称。
从每一个apk中读取其“/assets/xposed_init”文件中声明的hook主模块类的名称。
classLoader加载各hook主模块类。
判断加载的类属于哪一种类别。
判断加载的类属于哪一种类别,根据类别调用不同的处理方法。
共有三种,常用的IXposedHookLoadPackage
Xposed框架加载完毕后执行将执行权还给com.android.internal.os.ZygoteInit,完成正常的系统启动流程。Xposed框架加载完毕,系统正常启动。
最后,简单总结一下,Xposed框架执行流程:
创建新应用,获取包名等信息。
调用XC_LoadPackage.callAll,依次执行各hook模块的代码。
如果有包名匹配的hook模块,则注册模块中要hook的方法为本地方法。
当该方被调用的时候,转移到本地xposedCallHandler。
xposedCallHandler回调上层handlerHookedMethod(因为加载的hook模块代码,一些变量都存储在java层)。
handlerHookedMethod执行加载的各hook模块。
(不同hook模块可设置优先级,根据优先顺序来执行)