1、首先，我们尝试从APK包中提取classesdex文件，并观察其内容然而，我们发现它已经被某种形式的壳加密处理，原APK代码几乎不复存在在assets目录下，我们找到360apk加固脱壳了两个与壳加密相关的共享库文件为360apk加固脱壳了脱壳，我们尝试从内存中提取原始的classesdex文件考虑到在Dalvik虚拟机中，360加固应用可能自定义了从内存；本文简要记录了使用逆向工程脱壳360加固保护的APK包的过程感激某数字公司对安全加固的贡献，通过此次实践提高了自身在脱壳领域的技能提取classesdex 打开APK包内的classesdex文件，发现已遭受壳代码加密处理，几乎无法识别原始代码通过内存中DUMP classesdex成为关键步骤DUMP内存中的classesdex 考虑；加固可以在一定程度上保护自己核心代码算法，提高破解盗版二次打包的难度，缓解代码注入动态调试内存注入攻击等 但也对应用的兼容性有一定影响，加壳技术不行的话，还会影响程序运行效率病毒扫描可通过病毒特征库，结合脱壳静态和动态扫描技术，实现手机病毒查杀目前市面上有很多第三方加壳的平台。
2、应用加固可以在一定程度上保护自己核心代码算法，提高破解盗版二次打包的难度，缓解代码注入动态调试内存注入攻击等 但也对应用的兼容性有一定影响，加壳技术不行的话，还会影响程序运行效率病毒扫描通过病毒特征库，结合脱壳静态和动态扫描技术，实现手机病毒查杀目前市面上有很多第三方扫描加壳。
3、具体步骤如下首先，安装VirtualXposedFDex2以及目标应用接着，激活FDex2并在虚拟环境中安装应用启动FDex2并配置脱壳选项运行应用脱壳后的dex文件会生成，可以通过文件管理器分享至电脑最后，使用dex2jar对脱壳的dex文件进行反编译，结果显示脱壳成功然而，对于未root设备，虽然过程相似，但；首先，在GDA中加载apk文件，确认壳的存在接下来，利用GDA的Dump功能，将壳脱除在安装apk到已root的设备上后，运行app，刷新包列表并查看进程信息通过REF功能聚焦与app进程名称相关的模块，识别并dump包含原始DEX的oat文件通过模块dump，直接查看脱壳后的OAT文件，其中包含脱壳后的DEX文件反编译脱壳。
4、脱壳过程分为两步一是突破360加固的反调试机制，二是获取原apk的classesdex文件具体步骤如下修改android_server调试程序名称，避免被反调试检测在关键函数如openstrtolmmapmemcmp处下断点，动态调试加固apk程序利用strtol函数修改返回值过掉TracePid反调试修改远程调试端口过掉文件procnet。
5、在程序内部，360加固壳会对本地套接字进行检测，如在open函数处实施策略通过修改strstr函数的返回值，可以防止进程被识别同时，它会对抗像android_server这样的组件，但开发者可以通过修改名称来避免被检测在调试过程中，开发者需要留意openquotprocpidmapsquot的调用，这是脱壳行为的明显标志加固。
发表评论