基于dex-vm运行dalvik字节码从而对dex进行保护,增加反编译难度。 项目分为两部分nmm-protect是纯java项目,对dex进行转换,把dex里数据转为c结构体,opcode随机化生成ndk项目,编译后生成加固后的apk。nmmvm是一个安卓项目,包含dex-vm实现及各种dalvik指令的测试等。
- 配置ndk及环境变量
不编译nmm-protect,可以直接看使用它生成项目及最后的apk,一个对apk处理的例子。
例子在linux环境下测试的,windows也应该没问题,先安装好JDK及android sdk和ndk。
下载vm-protect.jar,配置好环境变量ANDROID_SDK_HOME、ANDROID_NDK_HOME:
export ANDROID_SDK_HOME=/opt/android-sdk
export ANDROID_NDK_HOME=/opt/android-sdk/ndk/22.1.7171670
export CMAKE_PATH=/opt/android-sdk/cmake/3.18.1/ #可选,不配置的话直接使用/bin/cmake
- apk加固
java -jar vm-protect-xxx.jar apk input.apk convertRules.txt mapping.txt
执行完毕会在input.apk所在的目录下生成一个build目录,里面包含最后输出的apk(build/input-protect.apk),完整的c项目dex2c(基于cmake)及处理过程中生成的.dex等。
第一次运行后会在jar位置生成tools目录,里面有config.json可以编辑它配置安卓sdk,ndk相关路径。
有朋友写了个GUI界面,能更方便使用,需要的可以去试试,https://github.com/TimScriptov/nmmp
生成的apk需要使用zipalign对齐(新版本已使用zipflinger处理apk,可以不用使用单独的zipalign)及apksigner签名才能安装使用
apksigner sign --ks ~/.myapp.jks build/input-protect-align.apk
- aab加固
java -jar vm-protect-xxx.jar aab test.aab convertRules.txt
之后需要使用jarsigner签名,也可以集成signflinger进行签名
jarsigner -keystore ~/.myapp.jks -storepass pass -keypass pass test-protect.aab keyAlias
- aar加固
java -jar vm-protect-xxx.jar aar testModule.aar convertRules.txt
- 下载及编译项目
git clone https://github.com/maoabc/nmmp.git
cd nmmp/nmm-protect
./gradlew arsc:build
./gradlew build
成功后会在build/libs生成可直接执行的fatjar。
- 需要转换的类和方法规则
无转换规则文件,则会转换dex里所有class里的方法(除了构造方法和静态初始化方法)。规则只支持一些简单的情况:
//支持的规则比较简单,*只是被转成正则表达式的.*,支持一些简单的继承关系
class * extends android.app.Activity
class * implements java.io.Serializable
class my.package.AClass
class my.package.* { *; }
class * extends java.util.ArrayList {
if*;
}
class A {
}
class B extends A {
}
class C extends B {
}
//比如'class * extends A' 只会匹配B而不会再匹配C
nmmvm是dex虚拟机具体实现,入口就一个函数:
jvalue vmInterpret(
JNIEnv *env,
const vmCode *code,
const vmResolver *dvmResolver
);
typedef struct {
const u2 *insns; //指令
const u4 insnsSize; //指令大小
regptr_t *regs; //寄存器
u1 *reg_flags; //寄存器数据类型标记,主要标记是否为对象
const u1 *triesHandlers; //异常表
} vmCode;
typedef struct {
const vmField *(*dvmResolveField)(JNIEnv *env, u4 idx, bool isStatic);
const vmMethod *(*dvmResolveMethod)(JNIEnv *env, u4 idx, bool isStatic);
//从类型常量池取得类型名
const char *(*dvmResolveTypeUtf)(JNIEnv *env, u4 idx);
//直接返回jclass对象,本地引用需要释放引用
jclass (*dvmResolveClass)(JNIEnv *env, u4 idx);
//根据类型名得到class
jclass (*dvmFindClass)(JNIEnv *env, const char *type);
//const_string指令加载的字符串对象
jstring (*dvmConstantString)(JNIEnv *env, u4 idx);
} vmResolver;
vmCode提供执行所需要的指令、异常表及寄存器空间,vmResolver包含一组函数指针,提供运行时的符号,比如field,method等。通过自定义这两个参数来实现不同的加固方式,比如项目里的test.cpp有一个简单的基于libdex实现的vmResolver,它主要用于开发测试。而nmm-protect实现的是把.dex相关数据转换为c结构体,还包含了opcode随机化等,基本可实际使用。
目前已实现模块相关加固,用法同apk加固类似,如果有问题可以提issue。
nmm-protect 以gpl协议发布,nmm-protect licence, dex-vm部分以Apache协议发布, nmmvm licence. 只有vm部分会打包进apk中, nmm-protect只是转换dex,协议不影响生成的结果.