【Android 逆向】整体加固脱壳 ( DexClassLoader 加载 dex 流程分析 | 查找 DexFile 对应的C代码 | dalvik_system_DexFile.cpp 分析 )

简介: 【Android 逆向】整体加固脱壳 ( DexClassLoader 加载 dex 流程分析 | 查找 DexFile 对应的C代码 | dalvik_system_DexFile.cpp 分析 )

文章目录

前言

一、查找 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 模块 ;

image.png







二、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);
    else
        outputName = 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


目录
相关文章
|
1天前
|
Java Android开发
Android 切换壁纸代码流程追踪
Android 切换壁纸代码流程追踪
8 0
|
1天前
|
编解码 调度 Android开发
Android音频框架之一 详解audioPolicy流程及HAL驱动加载与配置
Android音频框架之一 详解audioPolicy流程及HAL驱动加载与配置
4 0
|
1天前
|
Java Android开发
Android startActivity流程
Android startActivity流程
6 0
|
1天前
|
缓存 Java Android开发
Android 9.0 WiFi 扫描结果上报和获取流程
Android 9.0 WiFi 扫描结果上报和获取流程
5 0
|
2天前
|
Android开发
Android中Glide加载Https图片失败的解决方案
Android中Glide加载Https图片失败的解决方案
11 1
|
2天前
|
Java Linux Android开发
Android系统的启动流程
Android系统的启动流程
9 1
|
16天前
|
Android开发
Android Mediatek NVRAM 加载 MAC 地址并禁用 MAC 地址更新
Android Mediatek NVRAM 加载 MAC 地址并禁用 MAC 地址更新
7 0
|
6天前
|
存储 安全 Android开发
安卓应用开发:构建一个高效的用户登录系统
【5月更文挑战第3天】在移动应用开发中,用户登录系统的设计与实现是至关重要的一环。对于安卓平台而言,一个高效、安全且用户体验友好的登录系统能够显著提升应用的用户留存率和市场竞争力。本文将探讨在安卓平台上实现用户登录系统的最佳实践,包括对最新身份验证技术的应用、安全性考量以及性能优化策略。
|
8天前
|
前端开发 Android开发 iOS开发
【Flutter前端技术开发专栏】Flutter在Android与iOS上的性能对比
【4月更文挑战第30天】Flutter 框架实现跨平台移动应用,通过一致的 UI 渲染(Skia 引擎)、热重载功能和响应式框架提高开发效率和用户体验。然而,Android 和 iOS 的系统差异、渲染机制及编译过程影响性能。性能对比显示,iOS 可能因硬件优化提供更流畅体验,而 Android 更具灵活性和广泛硬件支持。开发者可采用代码、资源优化和特定平台优化策略,利用性能分析工具提升应用性能。
【Flutter前端技术开发专栏】Flutter在Android与iOS上的性能对比