文章目錄

• 一、 命中 ActivityThread 中 installProvider 方法的分支三
• • 1、 原理分析
  • 2、 代碼實(shí)現(xiàn)
• 二、 在 ContextImpl 的 createPackageContext 方法執(zhí)行前進(jìn)行 Application 替換
• • 1、 原理分析
  • 2、 代碼實(shí)現(xiàn)
• 三、 完整代碼示例
• 四、日志分析
• 五、源碼資源

前兩篇分析 ContentProvider 中的 Application 的博客 :

• 【Android 安全】DEX 加密 ( Application 替換 | 分析 ContentProvider 組件中調(diào)用 getApplication() 獲取的 Application )
• 【Android 安全】DEX 加密 ( Application 替換 | 分析 ContentProvider 組件中調(diào)用 getApplication() 獲取的 Application 二 )

ContentProvider 中替換 Application 的總結(jié) :

• ① 分支選擇 : 首先要命中 ActivityThread 中 installProvider 方法的分支三 ;
• ② Application 替換 : 然后要在 ContextImpl 的 createPackageContext 方法執(zhí)行前進(jìn)行一次 Application 替換 ;

一、 命中 ActivityThread 中 installProvider 方法的分支三

---

1、 原理分析

ActivityThread 中的 installProvider 方法中的三個(gè)分支如下 , 在上面的分析中 , 如果要使得分支一 context.getPackageName().equals(ai.packageName) 與分支二 mInitialApplication.getPackageName().equals(ai.packageName) , 都無法命中 , 就需要 Application 的 getPackageName 方法獲取的包名不等于在 AndroidManifest.xml 中的包名 ai.packageName , 這里重寫 ProxyApplication 的 getPackageName 方法 , 使該方法返回值為 “” 字符串 , 這樣就無法命中前兩個(gè)分支 , 只能進(jìn)入 else 分支 ;

public final class ActivityThread {private ContentProviderHolder installProvider(Context context,ContentProviderHolder holder, ProviderInfo info,boolean noisy, boolean noReleaseNeeded, boolean stable) {// 該上下文對(duì)象很重要 Context c = null;ApplicationInfo ai = info.applicationInfo;// 該 context 是 ProxyApplication , 代理 Application if (context.getPackageName().equals(ai.packageName)) {// 在應(yīng)用中配置的代理 Application 包名與真實(shí) Application 包名都是相等的// 該分支是命中的 c = context;} else if (mInitialApplication != null &&mInitialApplication.getPackageName().equals(ai.packageName)) {// 該分支中 mInitialApplication 就是 Context context 參數(shù) , 肯定不為空 // 該分支無法命中 c = mInitialApplication;} else {// 上述兩個(gè)分支都無法命中 , 才進(jìn)入該分支 // 需要將代理 Application 的包名 與 真實(shí)應(yīng)用的包名設(shè)置成不同的// 此時(shí)上面兩個(gè)分支都無法命中 try {c = context.createPackageContext(ai.packageName,Context.CONTEXT_INCLUDE_CODE);} catch (PackageManager.NameNotFoundException e) {// Ignore}}return retHolder;}}

參考路徑 : frameworks/base/core/java/android/app/ActivityThread.java

2、 代碼實(shí)現(xiàn)

代碼示例 : 暫時(shí)省略其余代碼 ;

public class ProxyApplication extends Application {@Overridepublic String getPackageName() {if(TextUtils.isEmpty(app_name)){// 如果 AndroidManifest.xml 中配置的 Application 全類名為空// 那么 不做任何操作}else{// 如果 AndroidManifest.xml 中配置的 Application 全類名不為空// 為了使 ActivityThread 的 installProvider 方法// 無法命中如下兩個(gè)分支// 分支一 : context.getPackageName().equals(ai.packageName)// 分支二 : mInitialApplication.getPackageName().equals(ai.packageName)// 設(shè)置該方法返回值為空 , 上述兩個(gè)分支就無法命中return "";}return super.getPackageName();}}

二、 在 ContextImpl 的 createPackageContext 方法執(zhí)行前進(jìn)行 Application 替換

---

1、 原理分析

分支三中調(diào)用了 , context 的 createPackageContext(ai.packageName, Context.CONTEXT_INCLUDE_CODE) 方法 , 該方法在 ContextImpl 中定義 ;

在 ContextImpl 中的 createPackageContext 方法 , 調(diào)用了 createPackageContextAsUser 方法 , 調(diào)用了如下代碼 , 創(chuàng)建 Context 上下文 ,

ContextImpl c = new ContextImpl(this, mMainThread, pi, null, mActivityToken, user,flags, null);

上述代碼中創(chuàng)建 ContextImpl 時(shí) , 使用的 mMainThread , pi , 都沒有替換過 Application , 因此分支三創(chuàng)建的 ContentProvider 對(duì)應(yīng)的 Application 也是代理 Application , 替換前的 Application 對(duì)象 ;

class ContextImpl extends Context {// 在該方法中調(diào)用了 createPackageContextAsUser 方法創(chuàng)建上下文@Overridepublic Context createPackageContext(String packageName, int flags)throws NameNotFoundException {return createPackageContextAsUser(packageName, flags,mUser != null ? mUser : Process.myUserHandle());}@Overridepublic Context createPackageContextAsUser(String packageName, int flags, UserHandle user)throws NameNotFoundException {if (packageName.equals("system") || packageName.equals("android")) {// The system resources are loaded in every application, so we can safely copy// the context without reloading Resources.return new ContextImpl(this, mMainThread, mPackageInfo, null, mActivityToken, user,flags, null);}// 注意該 LoadedApk 對(duì)象LoadedApk pi = mMainThread.getPackageInfo(packageName, mResources.getCompatibilityInfo(),flags | CONTEXT_REGISTER_PACKAGE, user.getIdentifier());if (pi != null) {// 創(chuàng)建新的 ContextImpl // 此時(shí)還沒有替換 Application ContextImpl c = new ContextImpl(this, mMainThread, pi, null, mActivityToken, user,flags, null);final int displayId = mDisplay != null? mDisplay.getDisplayId() : Display.DEFAULT_DISPLAY;c.setResources(createResources(mActivityToken, pi, null, displayId, null,getDisplayAdjustments(displayId).getCompatibilityInfo()));if (c.mResources != null) {return c;}}// Should be a better exception.throw new PackageManager.NameNotFoundException("Application package " + packageName + " not found");}}

源碼路徑 : frameworks/base/core/java/android/app/ContextImpl.java

ContextImpl 中的 public Context createPackageContext(String packageName, int flags) 方法是公開方法 , 重寫該方法 , 在重寫的 createPackageContext 方法中 , 先進(jìn)行一次 Application 替換 , 然后繼續(xù)執(zhí)行 super.createPackageContext 方法的后續(xù)操作 , 這樣創(chuàng)建的 ContentProvider 中的上下文就是用戶自定義的 MyApplication , 不再是 ProxyApplication ;

只有在創(chuàng)建 ContentProvider 時(shí)才調(diào)用到該 createPackageContext 方法 , 如果沒有調(diào)用到該方法 , 說明該應(yīng)用中沒有配置 ContentProvider ;

2、 代碼實(shí)現(xiàn)

代碼實(shí)現(xiàn) : 在 代理 Application 的中重寫 public Context createPackageContext(String packageName, int flags) 方法 , 先替換 Application , 然后再繼續(xù)向后執(zhí)行 ;

這里建議 Application 替換操作 , 只執(zhí)行一次 , 使用 Application delegate 是否為空 , 作為替換操作是否執(zhí)行的標(biāo)志 ;

public class ProxyApplication extends Application {@Overridepublic void onCreate() {super.onCreate();// 如果之前沒有替換過 , 執(zhí)行 Application 替換操作// 說明沒有調(diào)用到 createPackageContext 方法// 該 createPackageContext 方法只有在創(chuàng)建 ContentProvider 時(shí)才調(diào)用到// 如果沒有調(diào)用到 , 說明 AndroidManifest.xml 中沒有配置 ContentProvider// 此時(shí)需要在此處進(jìn)行 Application 替換if (delegate == null){applicationExchange();}}@Overridepublic Context createPackageContext(String packageName, int flags)throws PackageManager.NameNotFoundException {if(TextUtils.isEmpty(app_name)){// 如果 AndroidManifest.xml 中配置的 Application 全類名為空// 說明沒有進(jìn)行 dex 加密操作 , 返回父類方法執(zhí)行即可return super.createPackageContext(packageName, flags);}else{// 只有在創(chuàng)建 ContentProvider 時(shí)才調(diào)用到該 createPackageContext 方法 ,// 如果沒有調(diào)用到該方法 , 說明該應(yīng)用中沒有配置 ContentProvider ;// 該方法不一定會(huì)調(diào)用到// 先進(jìn)行 Application 替換applicationExchange();// Application 替換完成之后 , 再繼續(xù)向下執(zhí)行創(chuàng)建 ContentProviderreturn delegate;}}/*** 調(diào)用 applicationExchange 替換 Application* 該成員就是替換后的 Application*/private Application delegate;/*** Application 替換主方法*/private void applicationExchange(){} }

三、 完整代碼示例

---

完整代碼示例 :

package kim.hsl.multipledex;import android.app.Application; import android.content.Context; import android.content.pm.ApplicationInfo; import android.content.pm.PackageManager; import android.os.Build; import android.os.Bundle; import android.text.TextUtils; import android.util.Log;import java.io.File; import java.io.IOException; import java.lang.reflect.Array; import java.lang.reflect.Field; import java.lang.reflect.InvocationTargetException; import java.lang.reflect.Method; import java.util.ArrayList; import java.util.List;public class ProxyApplication extends Application {public static final String TAG = "ProxyApplication";/*** 應(yīng)用真實(shí)的 Application 全類名*/String app_name;/*** DEX 解密之后的目錄名稱*/String app_version;/*** 在 Application 在 ActivityThread 中被創(chuàng)建之后,* 第一個(gè)調(diào)用的方法是 attachBaseContext 函數(shù).* 該函數(shù)是 Application 中最先執(zhí)行的函數(shù).*/@Overrideprotected void attachBaseContext(Context base) {super.attachBaseContext(base);try {Log.i(TAG, "attachBaseContext");/*在該 Application 中主要進(jìn)行兩個(gè)操作 :1 . 解密并加載多個(gè) DEX 文件2 . 將真實(shí)的 Application 替換成應(yīng)用的主 Application*//*I . 解密與加載多 DEX 文件先進(jìn)行解密, 然后再加載解密之后的 DEX 文件1. 先獲取當(dāng)前的 APK 文件2. 然后解壓該 APK 文件*/// 獲取當(dāng)前的 APK 文件, 下面的 getApplicationInfo().sourceDir 就是本應(yīng)用 APK 安裝文件的全路徑File apkFile = new File(getApplicationInfo().sourceDir);// 獲取在 app Module 下的 AndroidManifest.xml 中配置的元數(shù)據(jù),// 應(yīng)用真實(shí)的 Application 全類名// 解密后的 dex 文件存放目錄ApplicationInfo applicationInfo = null;applicationInfo = getPackageManager().getApplicationInfo(getPackageName(),PackageManager.GET_META_DATA);Bundle metaData = applicationInfo.metaData;if (metaData != null) {// 檢查是否存在 app_name 元數(shù)據(jù)if (metaData.containsKey("app_name")) {app_name = metaData.getString("app_name").toString();}// 檢查是否存在 app_version 元數(shù)據(jù)if (metaData.containsKey("app_version")) {app_version = metaData.getString("app_version").toString();}}// 創(chuàng)建用戶的私有目錄 , 將 apk 文件解壓到該目錄中File privateDir = getDir(app_name + "_" + app_version, MODE_PRIVATE);Log.i(TAG, "attachBaseContext 創(chuàng)建用戶的私有目錄 : " + privateDir.getAbsolutePath());// 在上述目錄下創(chuàng)建 app 目錄// 創(chuàng)建該目錄的目的是存放解壓后的 apk 文件的File appDir = new File(privateDir, "app");// app 中存放的是解壓后的所有的 apk 文件// app 下創(chuàng)建 dexDir 目錄 , 將所有的 dex 目錄移動(dòng)到該 dexDir 目錄中// dexDir 目錄存放應(yīng)用的所有 dex 文件// 這些 dex 文件都需要進(jìn)行解密File dexDir = new File(appDir, "dexDir");// 遍歷解壓后的 apk 文件 , 將需要加載的 dex 放入如下集合中ArrayList<File> dexFiles = new ArrayList<File>();// 如果該 dexDir 不存在 , 或者該目錄為空 , 并進(jìn)行 MD5 文件校驗(yàn)if (!dexDir.exists() || dexDir.list().length == 0) {// 將 apk 中的文件解壓到了 appDir 目錄ZipUtils.unZipApk(apkFile, appDir);// 獲取 appDir 目錄下的所有文件File[] files = appDir.listFiles();Log.i(TAG, "attachBaseContext appDir 目錄路徑 : " + appDir.getAbsolutePath());Log.i(TAG, "attachBaseContext appDir 目錄內(nèi)容 : " + files);// 遍歷文件名稱集合for (int i = 0; i < files.length; i++) {File file = files[i];Log.i(TAG, "attachBaseContext 遍歷 " + i + " . " + file);// 如果文件后綴是 .dex , 并且不是 主 dex 文件 classes.dex// 符合上述兩個(gè)條件的 dex 文件放入到 dexDir 中if (file.getName().endsWith(".dex") &&!TextUtils.equals(file.getName(), "classes.dex")) {// 篩選出來的 dex 文件都是需要解密的// 解密需要使用 OpenSSL 進(jìn)行解密// 獲取該文件的二進(jìn)制 Byte 數(shù)據(jù)// 這些 Byte 數(shù)組就是加密后的 dex 數(shù)據(jù)byte[] bytes = OpenSSL.getBytes(file);// 解密該二進(jìn)制數(shù)據(jù), 并替換原來的加密 dex, 直接覆蓋原來的文件即可OpenSSL.decrypt(bytes, file.getAbsolutePath());// 將解密完畢的 dex 文件放在需要加載的 dex 集合中dexFiles.add(file);// 拷貝到 dexDir 中Log.i(TAG, "attachBaseContext 解密完成 被解密文件是 : " + file);}// 判定是否是需要解密的 dex 文件}// 遍歷 apk 解壓后的文件} else {// 已經(jīng)解密完成, 此時(shí)不需要解密, 直接獲取 dexDir 中的文件即可for (File file : dexDir.listFiles()) {dexFiles.add(file);}}Log.i(TAG, "attachBaseContext 解密完成 dexFiles : " + dexFiles);for (int i = 0; i < dexFiles.size(); i++) {Log.i(TAG, i + " . " + dexFiles.get(i).getAbsolutePath());}// 截止到此處 , 已經(jīng)拿到了解密完畢 , 需要加載的 dex 文件// 加載自己解密的 dex 文件loadDex(dexFiles, privateDir);Log.i(TAG, "attachBaseContext 完成");} catch (PackageManager.NameNotFoundException e) {e.printStackTrace();} catch (Exception e) {e.printStackTrace();}}/*** 加載 dex 文件集合* 這些 dex 文件已經(jīng)解密* 參考博客 : https://hanshuliang.blog.csdn.net/article/details/109608605* <p>* 創(chuàng)建自己的 Element[] dexElements 數(shù)組* ( libcore/dalvik/src/main/java/dalvik/system/DexPathList.java )* 然后將 系統(tǒng)加載的 Element[] dexElements 數(shù)組 與 我們自己的 Element[] dexElements 數(shù)組進(jìn)行合并操作*/void loadDex(ArrayList<File> dexFiles, File optimizedDirectory)throwsIllegalAccessException,InvocationTargetException,NoSuchFieldException,NoSuchMethodException {Log.i(TAG, "loadDex");/*需要執(zhí)行的步驟1 . 獲得系統(tǒng) DexPathList 中的 Element[] dexElements 數(shù)組( libcore/dalvik/src/main/java/dalvik/system/DexPathList.java )2 . 在本應(yīng)用中創(chuàng)建 Element[] dexElements 數(shù)組 , 用于存放解密后的 dex 文件3 . 將 系統(tǒng)加載的 Element[] dexElements 數(shù)組與 我們自己的 Element[] dexElements 數(shù)組進(jìn)行合并操作4 . 替換 ClassLoader 加載過程中的 Element[] dexElements 數(shù)組 ( 封裝在 DexPathList 中 )*//*1 . 獲得系統(tǒng) DexPathList 中的 Element[] dexElements 數(shù)組第一階段 : 在 Context 中調(diào)用 getClassLoader() 方法 , 可以拿到 PathClassLoader ;第二階段 : 從 PathClassLoader 父類 BaseDexClassLoader 中找到 DexPathList ;第三階段 : 獲取封裝在 DexPathList 類中的 Element[] dexElements 數(shù)組 ;上述的 DexPathList 對(duì)象 是 BaseDexClassLoader 的私有成員Element[] dexElements 數(shù)組 也是 DexPathList 的私有成員因此只能使用反射獲取 Element[] dexElements 數(shù)組*/// 階段一二 : 調(diào)用 getClassLoader() 方法可以獲取 PathClassLoader 對(duì)象// 從 PathClassLoader 對(duì)象中獲取 private final DexPathList pathList 成員Field pathListField = ReflexUtils.reflexField(getClassLoader(), "pathList");// 獲取 classLoader 對(duì)象對(duì)應(yīng)的 DexPathList pathList 成員Object pathList = pathListField.get(getClassLoader());//階段三 : 獲取封裝在 DexPathList 類中的 Element[] dexElements 數(shù)組Field dexElementsField = ReflexUtils.reflexField(pathList, "dexElements");// 獲取 pathList 對(duì)象對(duì)應(yīng)的 Element[] dexElements 數(shù)組成員Object[] dexElements = (Object[]) dexElementsField.get(pathList);/*2 . 在本應(yīng)用中創(chuàng)建 Element[] dexElements 數(shù)組 , 用于存放解密后的 dex 文件不同的 Android 版本中 , 創(chuàng)建 Element[] dexElements 數(shù)組的方法不同 , 這里需要做兼容*/Method makeDexElements;Object[] addElements = null;if (Build.VERSION.SDK_INT <=Build.VERSION_CODES.M) { // 5.0, 5.1 makeDexElements// 反射 5.0, 5.1, 6.0 版本的 DexPathList 中的 makeDexElements 方法makeDexElements = ReflexUtils.reflexMethod(pathList, "makeDexElements",ArrayList.class, File.class, ArrayList.class);ArrayList<IOException> suppressedExceptions = new ArrayList<IOException>();addElements = (Object[]) makeDexElements.invoke(pathList, dexFiles,optimizedDirectory,suppressedExceptions);} else if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.M) { // 7.0 以上版本 makePathElements// 反射 7.0 以上版本的 DexPathList 中的 makeDexElements 方法makeDexElements = ReflexUtils.reflexMethod(pathList, "makePathElements",List.class, File.class, List.class);ArrayList<IOException> suppressedExceptions = new ArrayList<IOException>();addElements = (Object[]) makeDexElements.invoke(pathList, dexFiles,optimizedDirectory,suppressedExceptions);}/*3 . 將 系統(tǒng)加載的 Element[] dexElements 數(shù)組與 我們自己的 Element[] dexElements 數(shù)組進(jìn)行合并操作首先創(chuàng)建數(shù)組 , 數(shù)組類型與 dexElements 數(shù)組類型相同將 dexElements 數(shù)組中的元素拷貝到 newElements 前半部分, 拷貝元素個(gè)數(shù)是 dexElements.size將 addElements 數(shù)組中的元素拷貝到 newElements 后半部分, 拷貝元素個(gè)數(shù)是 dexElements.size*/Object[] newElements = (Object[]) Array.newInstance(dexElements.getClass().getComponentType(),dexElements.length + addElements.length);// 將 dexElements 數(shù)組中的元素拷貝到 newElements 前半部分, 拷貝元素個(gè)數(shù)是 dexElements.sizeSystem.arraycopy(dexElements, 0, newElements, 0, dexElements.length);// 將 addElements 數(shù)組中的元素拷貝到 newElements 后半部分, 拷貝元素個(gè)數(shù)是 dexElements.sizeSystem.arraycopy(addElements, 0, newElements, dexElements.length, addElements.length);/*4 . 替換 ClassLoader 加載過程中的 Element[] dexElements 數(shù)組 ( 封裝在 DexPathList 中 )*/dexElementsField.set(pathList, newElements);Log.i(TAG, "loadDex 完成");}@Overridepublic void onCreate() {super.onCreate();// 如果之前沒有替換過 , 執(zhí)行 Application 替換操作// 說明沒有調(diào)用到 createPackageContext 方法// 該 createPackageContext 方法只有在創(chuàng)建 ContentProvider 時(shí)才調(diào)用到// 如果沒有調(diào)用到 , 說明 AndroidManifest.xml 中沒有配置 ContentProvider// 此時(shí)需要在此處進(jìn)行 Application 替換if (delegate == null){applicationExchange();}}@Overridepublic String getPackageName() {if(TextUtils.isEmpty(app_name)){// 如果 AndroidManifest.xml 中配置的 Application 全類名為空// 那么 不做任何操作}else{// 如果 AndroidManifest.xml 中配置的 Application 全類名不為空// 為了使 ActivityThread 的 installProvider 方法// 無法命中如下兩個(gè)分支// 分支一 : context.getPackageName().equals(ai.packageName)// 分支二 : mInitialApplication.getPackageName().equals(ai.packageName)// 設(shè)置該方法返回值為空 , 上述兩個(gè)分支就無法命中return "";}return super.getPackageName();}@Overridepublic Context createPackageContext(String packageName, int flags)throws PackageManager.NameNotFoundException {if(TextUtils.isEmpty(app_name)){// 如果 AndroidManifest.xml 中配置的 Application 全類名為空// 說明沒有進(jìn)行 dex 加密操作 , 返回父類方法執(zhí)行即可return super.createPackageContext(packageName, flags);}else{// 只有在創(chuàng)建 ContentProvider 時(shí)才調(diào)用到該 createPackageContext 方法 ,// 如果沒有調(diào)用到該方法 , 說明該應(yīng)用中沒有配置 ContentProvider ;// 該方法不一定會(huì)調(diào)用到// 先進(jìn)行 Application 替換applicationExchange();// Application 替換完成之后 , 再繼續(xù)向下執(zhí)行創(chuàng)建 ContentProviderreturn delegate;}}/*** 調(diào)用 applicationExchange 替換 Application* 該成員就是替換后的 Application*/private Application delegate;/*** Application 替換主方法*/private void applicationExchange(){try {/*在此處進(jìn)行 Application 替換*/// 先判斷是否有配置 Application ,// 那么在 Manifest.xml 中的 meta-data 元數(shù)據(jù) app_name 不為空// 如果開發(fā)者沒有自定義 Application , 沒有配置元數(shù)據(jù) , 直接退出if (TextUtils.isEmpty(app_name)) {return;}// 獲取上下文對(duì)象 , 保存下來 , 之后要使用Context baseContext = getBaseContext();// 通過反射獲取 Application , 系統(tǒng)也是進(jìn)行的反射操作Class<?> delegateClass = Class.forName(app_name);// 創(chuàng)建用戶真實(shí)配置的 Applicationdelegate = (Application) delegateClass.newInstance();// 調(diào)用 Application 的 attach 函數(shù)// 該函數(shù)無法直接調(diào)用 , 也需要通過反射調(diào)用// 這里先通過反射獲取 Application 的 attach 函數(shù)Method attach = Application.class.getDeclaredMethod("attach", Context.class);// attach 方法是私有的 , 設(shè)置 attach 方法允許訪問attach.setAccessible(true);// 獲取上下文對(duì)象 ,// 該 Context 是通過調(diào)用 Application 的 attachBaseContext 方法傳入的 ContextImpl// 將該上下文對(duì)象傳入 Application 的 attach 方法中attach.invoke(delegate, baseContext);/*參考 : https://hanshuliang.blog.csdn.net/article/details/111569017 博客查詢應(yīng)該替換哪些對(duì)象中的哪些成員截止到此處, Application 創(chuàng)建完畢 , 下面開始逐個(gè)替換下面的 Application① ContextImpl 的 private Context mOuterContext成員是 kim.hsl.multipledex.ProxyApplication 對(duì)象 ;② ActivityThread 中的 ArrayList<Application> mAllApplications集合中添加了 kim.hsl.multipledex.ProxyApplication 對(duì)象 ;③ LoadedApk 中的 mApplication 成員是 kim.hsl.multipledex.ProxyApplication 對(duì)象 ;④ ActivityThread 中的 Application mInitialApplication成員是 kim.hsl.multipledex.ProxyApplication 對(duì)象 ;*/// I . 替換 ① ContextImpl 的 private Context mOuterContext// 成員是 kim.hsl.multipledex.ProxyApplication 對(duì)象Class<?> contextImplClass = Class.forName("android.app.ContextImpl");// 獲取 ContextImpl 中的 mOuterContext 成員Field mOuterContextField = contextImplClass.getDeclaredField("mOuterContext");// mOuterContext 成員是私有的 , 設(shè)置可訪問性mOuterContextField.setAccessible(true);// ContextImpl 就是應(yīng)用的 Context , 直接通過 getBaseContext() 獲取即可mOuterContextField.set(baseContext, delegate);// II . 替換 ④ ActivityThread 中的 Application mInitialApplication// 成員是 kim.hsl.multipledex.ProxyApplication 對(duì)象 ;Class<?> activityThreadClass = Class.forName("android.app.ActivityThread");// 獲取 ActivityThread 中的 mInitialApplication 成員Field mInitialApplicationField =activityThreadClass.getDeclaredField("mInitialApplication");// mInitialApplication 成員是私有的 , 設(shè)置可訪問性mInitialApplicationField.setAccessible(true);// 從 ContextImpl 對(duì)象中獲取其 ActivityThread mMainThread 成員變量Field mMainThreadField = contextImplClass.getDeclaredField("mMainThread");mMainThreadField.setAccessible(true);// ContextImpl 就是本應(yīng)用的上下文對(duì)象 , 調(diào)用 getBaseContext 方法獲得Object mMainThread = mMainThreadField.get(baseContext);// ContextImpl 就是應(yīng)用的 Context , 直接通過 getBaseContext() 獲取即可mInitialApplicationField.set(mMainThread, delegate);// III . 替換 ② ActivityThread 中的 ArrayList<Application> mAllApplications// 集合中添加了 kim.hsl.multipledex.ProxyApplication 對(duì)象 ;// 獲取 ActivityThread 中的 mAllApplications 成員Field mAllApplicationsField =activityThreadClass.getDeclaredField("mAllApplications");// mAllApplications 成員是私有的 , 設(shè)置可訪問性mAllApplicationsField.setAccessible(true);// 獲取 ActivityThread 中的 ArrayList<Application> mAllApplications 隊(duì)列ArrayList<Application> mAllApplications =(ArrayList<Application>) mAllApplicationsField.get(mMainThread);// 將真實(shí)的 Application 添加到上述隊(duì)列中mAllApplications.add(delegate);// IV . 替換 ③ LoadedApk 中的 mApplication// 成員是 kim.hsl.multipledex.ProxyApplication 對(duì)象// 1. 先獲取 LoadedApk 對(duì)象// LoadedApk 是 ContextImpl 中的 LoadedApk mPackageInfo 成員變量// 從 ContextImpl 對(duì)象中獲取其 LoadedApk mPackageInfo 成員變量Field mPackageInfoField = contextImplClass.getDeclaredField("mPackageInfo");mPackageInfoField.setAccessible(true);// ContextImpl 就是本應(yīng)用的上下文對(duì)象 , 調(diào)用 getBaseContext 方法獲得Object mPackageInfo = mPackageInfoField.get(baseContext);// 2. 獲取 LoadedApk 對(duì)象中的 mApplication 成員Class<?> loadedApkClass = Class.forName("android.app.LoadedApk");// 獲取 ActivityThread 中的 mInitialApplication 成員Field mApplicationField =loadedApkClass.getDeclaredField("mApplication");// LoadedApk 中的 mApplication 成員是私有的 , 設(shè)置可訪問性mApplicationField.setAccessible(true);// 3. 將 Application 設(shè)置給 LoadedApk 中的 mApplication 成員mApplicationField.set(mPackageInfo, delegate);// V . 下一步操作替換替換 ApplicationInfo 中的 className , 該操作不是必須的 , 不替換也不會(huì)報(bào)錯(cuò)// 在應(yīng)用中可能需要操作獲取應(yīng)用的相關(guān)信息 , 如果希望獲取準(zhǔn)確的信息 , 需要替換 ApplicationInfo// ApplicationInfo 在 LoadedApk 中Field mApplicationInfoField = loadedApkClass.getDeclaredField("mApplicationInfo");// 設(shè)置該字段可訪問mApplicationInfoField.setAccessible(true);// mPackageInfo 就是 LoadedApk 對(duì)象// mApplicationInfo 就是從 LoadedApk 對(duì)象中獲得的 mApplicationInfo 字段ApplicationInfo mApplicationInfo = (ApplicationInfo) mApplicationInfoField.get(mPackageInfo);// 設(shè)置 ApplicationInfo 中的 className 字段值mApplicationInfo.className = app_name;// 再次調(diào)用 onCreate 方法delegate.onCreate();} catch (ClassNotFoundException e) {e.printStackTrace();} catch (IllegalAccessException e) {e.printStackTrace();} catch (InstantiationException e) {e.printStackTrace();} catch (NoSuchMethodException e) {e.printStackTrace();} catch (InvocationTargetException e) {e.printStackTrace();} catch (NoSuchFieldException exception) {exception.printStackTrace();}} }

四、日志分析

---

修改后再次分析 ContentProvider 中的 Application 是替換后的 MyApplication ;

2021-04-05 19:31:27.928 15336-15336/kim.hsl.dex I/octopus.MyApplication: Application : kim.hsl.dex.MyApplication@5439ba9 2021-04-05 19:31:27.929 15336-15336/kim.hsl.dex I/octopus.MyApplication: ApplicationContext : kim.hsl.dex.MyApplication@5439ba9 2021-04-05 19:31:27.929 15336-15336/kim.hsl.dex I/octopus.MyApplication: ApplicationInfo.className : kim.hsl.dex.MyApplication 2021-04-05 19:31:27.929 15336-15336/kim.hsl.dex I/octopus.MyProvider: Application : kim.hsl.dex.MyApplication@5439ba9 2021-04-05 19:31:27.929 15336-15336/kim.hsl.dex I/octopus.MyProvider: ApplicationContext : kim.hsl.dex.MyApplication@5439ba9 2021-04-05 19:31:27.929 15336-15336/kim.hsl.dex I/octopus.MyProvider: ApplicationInfo.className : kim.hsl.dex.MyApplication 2021-04-05 19:31:28.030 15336-15336/kim.hsl.dex I/octopus.MainActivity: Application : kim.hsl.dex.MyApplication@5439ba9 2021-04-05 19:31:28.030 15336-15336/kim.hsl.dex I/octopus.MainActivity: ApplicationContext : kim.hsl.dex.MyApplication@5439ba9 2021-04-05 19:31:28.030 15336-15336/kim.hsl.dex I/octopus.MainActivity: ApplicationInfo.className : kim.hsl.dex.MyApplication 2021-04-05 19:31:28.033 15336-15336/kim.hsl.dex E/octopus.MyProvider: MyProvider delete : kim.hsl.dex.MyApplication@5439ba9 2021-04-05 19:31:28.051 15336-15336/kim.hsl.dex I/octopus.MyService: Application : kim.hsl.dex.MyApplication@5439ba9 2021-04-05 19:31:28.051 15336-15336/kim.hsl.dex I/octopus.MyService: ApplicationContext : kim.hsl.dex.MyApplication@5439ba9 2021-04-05 19:31:28.051 15336-15336/kim.hsl.dex I/octopus.MyService: ApplicationInfo.className : kim.hsl.dex.MyApplication 2021-04-05 19:31:28.052 15336-15336/kim.hsl.dex I/octopus.MyBroadCastReciver: reciver:android.app.ReceiverRestrictedContext@e207566 2021-04-05 19:31:28.052 15336-15336/kim.hsl.dex I/octopus.MyBroadCastReciver: reciver:kim.hsl.dex.MyApplication@5439ba9 2021-04-05 19:31:28.052 15336-15336/kim.hsl.dex I/octopus.MyBroadCastReciver: reciver:kim.hsl.dex.MyApplication

五、源碼資源

---

DEX 加密源碼資源 :

• GitHub 地址 : https://github.com/han1202012/DexEncryption
• CSDN 源碼快照 : https://download.csdn.net/download/han1202012/16465693
• 注意事項(xiàng) : DexEncryption\multiple-dex-tools\src\main\java\kim\hsl\multiple_dex_tools 中的 Main.kt 中 , sdkDirectory 修改成你自己電腦上的 SDK 配置 , 需要使用其中的 build-tools 下的 簽名工具 , 對(duì)齊工具 等 ;

val sdkDirectory = "Y:/001_DevelopTools/002_Android_SDK/"

• 執(zhí)行流程 : 先按照 【Android 安全】DEX 加密 ( Java 工具開發(fā) | 加密解密算法 API | 編譯代理 Application 依賴庫 | 解壓依賴庫 aar 文件 ) 生成依賴庫的 aar 文件 , 然后選擇 菜單欄 -> Build -> Build Bundle(s) / APK (s) 選項(xiàng) , 最后執(zhí)行 DexEncryption\multiple-dex-tools\src\main\java\kim\hsl\multiple_dex_tools 中的 Main.kt 文件 ;

總結(jié)

以上是生活随笔為你收集整理的【Android 安全】DEX 加密 ( Application 替换 | 兼容 ContentProvider 操作 | 源码资源 )的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。