文章目录

• 前言
• 一、查找 DexFile 对应的 C++ 代码
• • 1、根据 Native 文件命名惯例查找 C++ 代码
  • 2、根据方法名查找
• 二、dalvik_system_DexFile.cpp 源码分析

前言

---

上一篇博客 【Android 逆向】整体加固脱壳 ( DexClassLoader 加载 dex 流程分析 | DexFile loadDexFile 函数 | 构造函数 | openDexFile 函数 ) 中 , 介绍了 DexFile 中加载 Dex 文件的流程 , 入口函数是 DexFile 的 loadDexFile 函数 , 然后在该函数中调用了 DexFile 的构造函数 , 之后再构造函数中调用了 openDexFile 函数 , 最终调用了 openDexFileNative 方法 ;

openDexFileNative 方法在 C++ 代码中实现 , 本篇博客介绍该 C++ 实现 ;

一、查找 DexFile 对应的 C++ 代码

---

1、根据 Native 文件命名惯例查找 C++ 代码

DexFile.java 的路径是

/libcore/dalvik/src/main/java/dalvik/system/DexFile.java

按照 Android 的惯例 , DexFile 对应的 C++ 代码名称一般是将路径中的 “/” 替换成 “_” ;

dalvik/system/DexFile.java 的 Java 代码对应的 C++ 代码一般命名为 dalvik_system_DexFile.cpp , 尝试在 dalvik 模块中搜索该 C++ 代码 ;

dalvik_system_DexFile.cpp 源码路径为 /dalvik/vm/native/dalvik_system_DexFile.cpp

2、根据方法名查找

也可以直接在 http://androidxref.com/4.4.4_r1/ 地址的 Full Search 中 , 搜索 openDexFileNative 方法 , 注意选中 dalvik 模块 ;

二、dalvik_system_DexFile.cpp 源码分析

---

在下面的代码中 , 从参数张红获取 dex 文件路径 和 优化 dex 文件路径 ,

// dex 文件路径StringObject* sourceNameObj = (StringObject*) args[0];// 优化 dex 文件路径 StringObject* outputNameObj = (StringObject*) args[1];

判断 dex 文件是否以 " .dex " 结尾 ,

hasDexExtension(sourceName)

如果文件是以 .dex 结尾 , 则进入 dvmRawDexFileOpen 函数执行 ,

dvmRawDexFileOpen(sourceName, outputName, &pRawDexFile, false)

dalvik_system_DexFile.cpp 相关代码示例 :

/** 私有静态int-openDexFileNative（字符串sourceName、字符串outputName、，* int标志）引发IOException* * 打开一个DEX文件，返回指向内部数据结构的指针。* * “sourceName”应该指向“source”jar或DEX文件。* * 如果“outputName”为空，则DEX代码将自动查找* 缓存目录中的“优化”版本，必要时创建它。* 如果它不为NULL，则将使用指定的文件。* * TODO:目前，我们很乐意多次打开同一个文件。* 为了优化这一点，我们可以在散列中搜索现有条目* 表并重新计算它们。需要原子操作或添加“已同步”* 指向在此调用的非本机代码。* * TODO:应该使用“long”作为指针。*/ static void Dalvik_dalvik_system_DexFile_openDexFileNative(const u4* args,JValue* pResult) {// dex 文件路径StringObject* sourceNameObj = (StringObject*) args[0];// 优化 dex 文件路径 StringObject* outputNameObj = (StringObject*) args[1];DexOrJar* pDexOrJar = NULL;JarFile* pJarFile;RawDexFile* pRawDexFile;char* sourceName;char* outputName;if (sourceNameObj == NULL) {dvmThrowNullPointerException("sourceName == null");RETURN_VOID();}sourceName = dvmCreateCstrFromString(sourceNameObj);if (outputNameObj != NULL)outputName = dvmCreateCstrFromString(outputNameObj);elseoutputName = NULL;/** 我们必须处理可能有人试图* 打开我们的一个引导类DEX文件。依赖项集* 将是不同的，因此优化的结果可能是不同的* 不同，这意味着我们实际上需要有两个版本的* 优化的DEX：只知道引导类的一部分的DEX* 这条路，一条知道里面一切的路。后者可能会* 基于稍后出现的类优化字段/方法访问* 在类路径中。* * 我们不能让用户定义的类加载器打开它并开始使用* 类，因为代码的优化形式跳过了一些* 我们通常使用的方法和场分辨率，以及* 我们会有错误的语义。* * 我们必须拒绝尝试从启动时手动打开DEX文件* 类路径。最简单的方法是通过文件名，这很有效* 由于名称的变化（例如“/system/framework//ext.jar”）而无法使用* 结果我们命中了不同的dalvik缓存项。也很好* 如果调用方指定了自己的输出文件。*/if (dvmClassPathContains(gDvm.bootClassPath, sourceName)) {ALOGW("Refusing to reopen boot DEX '%s'", sourceName);dvmThrowIOException("Re-opening BOOTCLASSPATH DEX files is not allowed");free(sourceName);free(outputName);RETURN_VOID();}/** 如果名称以“.DEX”结尾，请尝试直接将其作为DEX打开。* 如果失败了（或者一开始就没有尝试过），可以尝试一下* 拉链里面有一个“classes.dex”。*/if (hasDexExtension(sourceName)// 如果文件是以 .dex 结尾 , 则进入 dvmRawDexFileOpen 函数执行 && dvmRawDexFileOpen(sourceName, outputName, &pRawDexFile, false) == 0) {ALOGV("Opening DEX file '%s' (DEX)", sourceName);pDexOrJar = (DexOrJar*) malloc(sizeof(DexOrJar));pDexOrJar->isDex = true;pDexOrJar->pRawDexFile = pRawDexFile;pDexOrJar->pDexMemory = NULL;} else if (dvmJarFileOpen(sourceName, outputName, &pJarFile, false) == 0) {ALOGV("Opening DEX file '%s' (Jar)", sourceName);pDexOrJar = (DexOrJar*) malloc(sizeof(DexOrJar));pDexOrJar->isDex = false;pDexOrJar->pJarFile = pJarFile;pDexOrJar->pDexMemory = NULL;} else {ALOGV("Unable to open DEX file '%s'", sourceName);dvmThrowIOException("unable to open DEX file");}if (pDexOrJar != NULL) {pDexOrJar->fileName = sourceName;addToDexFileTable(pDexOrJar);} else {free(sourceName);}free(outputName);RETURN_PTR(pDexOrJar); }

源码路径 : /dalvik/vm/native/dalvik_system_DexFile.cpp

《新程序员》：云原生和全面数字化实践50位技术专家共同创作，文字、视频、音频交互阅读

总结

以上是生活随笔为你收集整理的【Android 逆向】整体加固脱壳 ( DexClassLoader 加载 dex 流程分析 | 查找 DexFile 对应的C代码 | dalvik_system_DexFile.cpp 分析 )的全部内容，希望文章能够帮你解决所遇到的问题。

如果觉得生活随笔网站内容还不错，欢迎将生活随笔推荐给好友。