adbi学习：java hook实现机制

提示：扫一扫查出行
【扫一扫了解最新限行尾号】
复制提示

adbi的java hook实现代码ddi不在之前下载的文件中，下载地址：https://github.com/crmulliner/ddi，具体的编译看readme里面很详细的介绍了。注意ddi代码不能单独使用要跟之前的adbi相结合，因为adbi提供了注入so。本文不对代码进行详细的剖析(你可以看参考资料的文章)，分析下2个问题:java如何hook；如何执行自己的java函数。

java hook：

其实在ddi的java hook和xposed的hook原理(不清楚的看我之前xposed的分析)是相同的，都是改变被hook函数的accessflag；将原本的java函数变成native函数，从而去执行自己定义的native函数；它实现的代码在dalvik_hook.c的dalvik_hook函数中。但不同于xposed是，它没有直接修改Mehtod结构的insns和nativeFunc而是调用了dvmUseJNIBridge函数来修改insns和nativeFunc。但在我看这个函数时发现其跟android源码中的dvmRegisterJNIMethod很相似：

static bool dvmRegisterJNIMethod(ClassObject* clazz, const char* methodName,
const char* signature, void* fnPtr)
{
// 解释下参数：
// clazz：类名"shy/luo/jni/ClassWithJni"；
// methodName：需要注册的jni方法名 nanosleep；
// signature：方法的签名实质是方法的参数和返回值，区别不同参数的函数
// fnPtr： jni方法函数地址即shy_luo_jni_ClassWithJni_nanosleep函数；dalvik执行的就是这个函数，很重要哎
Method* method;
......
method = dvmFindDirectMethodByDescriptor(clazz, methodName, signature);
......
dvmUseJNIBridge(method, fnPtr);
......
}

dvmRegisterJNIMethod(关于此函数的解析，看dalvik浅析二：jni、so)函数中用dvmFindDirectMethodByDescriptor找到函数在dalvik中的Method结构，然后再dvmUseJNIBridge为Method注册native函数(在正常情况下，该Method的accessflag就是native所以无需修改)。下面来看ddi中的dalvik_hook函数实现

void* dalvik_hook(struct dexstuff_t *dex, struct dalvik_hook_t *h)
{ //dalvik_hook_t结构体中已包含函数所属的class、name、signature
......
h->method = dex->dvmFindVirtualMethodHierByDescriptor_fnPtr(target_cls, h->method_name, h->method_sig);
if (h->method == 0) {
h->method = dex->dvmFindDirectMethodByDescriptor_fnPtr(target_cls, h->method_name, h->method_sig);
}
......
//保留method的属性带以后还原
h->iss = h->method->insSize;
h->rss = h->method->registersSize;
h->oss = h->method->outsSize;
// 这里要处理
h->method->insSize = h->n_iss;
h->method->registersSize = h->n_rss;
h->method->outsSize = h->n_oss; h->method->jniArgInfo = 0x80000000; // <--- also important；这里很重要，下面要分析
......
h->access_flags = h->method->a; //保留原先函数的accessflag
h->method->a = h->method->a | h->af; // make method native
......
// bind function
dex->dvmUseJNIBridge_fnPtr(h->method, h->native_func);
......
}

显而易见，dalvik_hook按dvmRegisterJNIMethod的逻辑来编写的，所以hook其实是自己为java函数注册了一个jni方法！(熟读源码理解实现机制，你会发现很多框架和工具都是基于源码的)ok，上面的知识点大部分都是熟悉，注意蓝色代码很重要的是函数使用的dalvik寄存器个数，xposed也对其进行修正但不同的是jniArgInfo属性，xposed没对它修改，看下对jniArgInfo的描述

jniArgInfo：这个变量记录了一些预先计算好的信息，从而不需要在调用的时候再通过方法的参数和返回值实时计算了，方便了JNI的调用，提高了调用的速度。如果第一位为1（即0x80000000），则Dalvik虚拟机会忽略后面的所有信息，强制在调用时实时计算；

可以这么理解jniArgInfo相当于jni方法的cache标识符，若jniArgInfo不为0x80000000则dalvik会按之前调用过的jni方法去执行。回到xposed和ddi的区别：

xposed：在loadPackage时hook函数，而在此时绝对没有执行过函数的jni方法；

ddi：在app运行时hook函数，我们可不敢肯定此时没有执行过jni方法啊

执行自己的java函数：

在so中执行了上面的java hook后，app在调用被hook函数时就会执行我们的自定义的native函数。那我们又怎样去执行我们自己的java函数呢(难道不可以直接在native函数中实现逻辑？当然可以啊，但java开发android简单啊)？很简单，1.加载自己的dex(包含自定义java函数的文件)；2.找到自定义java函数地址3.执java函数。下面对以上三步用到的知识点剖析。

const DalvikNativeMethod dvm_dalvik_system_DexFile[] = {// /dalvik/vm/native/dalvik_system_DexFile.cpp基于源码4.4
520 { "openDexFileNative", "(Ljava/lang/String;Ljava/lang/String;I)I",
521 Dalvik_dalvik_system_DexFile_openDexFileNative },
522 { "openDexFile", "([B)I",
523 Dalvik_dalvik_system_DexFile_openDexFile_bytearray },
524 { "closeDexFile", "(I)V",
525 Dalvik_dalvik_system_DexFile_closeDexFile },
526 { "defineClassNative", "(Ljava/lang/String;Ljava/lang/ClassLoader;I)Ljava/lang/Class;",
527 Dalvik_dalvik_system_DexFile_defineClassNative },
528 { "getClassNameList", "(I)[Ljava/lang/String;",
529 Dalvik_dalvik_system_DexFile_getClassNameList },
530 { "isDexOptNeeded", "(Ljava/lang/String;)Z",
531 Dalvik_dalvik_system_DexFile_isDexOptNeeded },
532 { NULL, NULL, NULL },
533};

第一、二步的知识点都在上面的代码里。加载dex的知识我们在app加壳的文章中有所提及，ddi利用Dalvik_dalvik_system_DexFile_openDexFileNative直接加载目录里的dex文件。关于第二步找函数是利用Dalvik_dalvik_system_DexFile_defineClassNative来实现，具体可以看dalvik浅析三：类加载。这里我有一点不明白的是为什么调用了Dalvik_dalvik_system_DexFile_defineClassNative还要再去调用(*env)->FindClass去得到ClassObject，明明2者都是调用dvmFindClassNoInit去实现的啊，有谁知道告诉我！第三步更简单了，得到函数的ClassObject后直接找到methodID，再调用CallVoidMethodA就可以在native执行java函数啦。

最后添幅图来理解下ddi的整个执行过程吧