一、为什么要调试init_array init_array的用途 1. 一些全局变量的初始化 (我这里试过, 一些全局变量的初始化,会统一用一个init_array表项来完成初始化) 2. 通过__attribute__ ((constructor)) 声明的函数 (可以定义n个) 通过so加载流程来看,init_array是我们程序代码可以控制的最早的时机了, 其次才加载Jni_...
init_array
实际上走的是do_dlopen,do_dlopen在linker中,源码位于/bionic/linker/linker.cpp 其中find_library会先查找已加载的so,如果没有找到,最终会调用 load_library去加载so,这里不在详述。 我们的主要目标.init和.initarray的加载位置就位于call_constructors这个函数中 可见在call_constructors会调用call_function去调用.in...
}},onLeave:function(retval){}});}} 但是这样只是hook了so中init_array节中函数,还存在.init_proc的构造函数并未hook,和32位一样本来是继续去hook call_function函数,在脱出/system/lib64/libart.so后,发现call_function这个symbol无法找到,观察下图...
init_array的用途 1. 一些全局变量的初始化 (我这里试过, 一些全局变量的初始化,会统一用一个init_array表项来完成初始化) 2. 通过__attribute__((constructor)) 声明的函数 (可以定义n个) 通过so加载流程来看,init_array是我们程序代码可以控制的最早的时机了, 其次才加载Jni_onload ...
我们要hook的init_array就在dlopen的时候通过do_dlopen->call_constructors->call_array->call_function就已经运行了。这个流程走完后,loadLibrary才算作结束,所以我们再hook init_array中的函数的时候已经不会再次运行了。 接下来尝试hook linker 中的call_xxx...
IDA脱壳定位 init 或init_array函数解析 定位 init 或init_array函数 _Z17dvmLoadNativeCodePKcP6ObjectPPc ThreadStatus oldStatus = dvmChangeStatus(self, THREAD_VMWAIT);handle = dlopen(pathName, RTLD_LAZY);//此so没有被加载过，调用dlopen加载此so dvmChangeStatus(self, oldStatus);dlopen函数源码： void...
.section .init_array.101,"aw",@init_array ## legacy: .section .ctors.65434,"aw",@progbits .p2align 3 .quad _Z7init101v .section .init_array.102,"aw",@init_array ## legacy: .section .ctors.65433,"aw",@progbits .p2align 3 ...
._initarray 节中。 在linker源码中,节的执行顺序一般为 preinit_array->.init->.init_array ._initarray 中的数据可以通过IDA来进行查看。 由图可知, ._initarray 包括几个指针: 0xffffffff 、 000000000x 以及普通指针。有些 数组的值为0或者-1的,需要忽略。在Androidlinker源码的 ...
public void initarray（）代表共有函数 执行完毕没有返回值 根据函数名字里面的内容应该是要初始化数组的 C#的定义方式 例如：定义public class Myclass { int method（）；} 调用要先实例化：Myclass myclass = new Myclass（）；int i = myclassmethod（）；基本就是个这。class Name { public...