Android安全交流群:478084054
接上文,继续看art/runtime/native/dalivk_system_DexFile.cc中的DexFile_openDexFileNative静态方法。
在DexFile_openDexFileNative中调用了ClassLinker的openDexFilesFromOat来加载DEX。
openDexFilesFromOat的内容比较多,分段来看,先构造一个OatFileAssistant对象,用于辅助从OAT文件中加载DEX。
继续看openDexFilesFromOat,这里假设该DEX是第一次被加载,系统中不存在对应的OAT文件。
先后调用了OatFileAssistant的MakeUpToDate和GetBestOatFile方法。
再继续看OatFileAssistant的GetDexOptNeeded方法。
因为是第一次加载该DEX,所以返回kDex2OatNeeded,MakeUpToDate将会调用GenerateOatFile为DEX生成对应的OAT文件。
GenerateOatFile调用Dex2Oat(Dex2Oat最终是调用execv执行Android系统中的/system/bin/dex2oat)来为DEX生成OAT文件。
现在假设正在加载的DEX,是一个被加固程序处理过的DEX,并且DEX壳代码HOOK execv函数,阻止了OAT文件的生成。回到openDexFilesFromOat,继续看OatFileAssistant的GetBestOatFile方法。
因为没有对应的OAT文件,所以最终返回空指针。再回到openDexFilesFromOat,继续看剩余的代码。
因为没有对应的OAT文件,所以最终会调用DexFile::Open方法来直接加载原始的DEX文件。
网友评论