加壳工具和说明：https://bbs.pediy.com/thread-270122.htm
更多惊喜：https://bbs.pediy.com/user-854079-1.htm
加壳后的APK帖子最下放（名子越长，强度越高）

加密原理如下：
1，首先了解apk的加载过程
第一步系统找到AndroidManifest.xml中的application项目的Class（在壳中需要替换此Class）
2，加壳不对dex加密等于裸奔,再说一下安卓加载dex的方法有多种方式：
BaseDexClassLoader;
PathClassLoader;
DexClassLoader;
DexFile
以上的都可以从dex中实例出class对象，DexFile是都会使用到的，其中PathClassLoader类加载器，在有的手机中会生产dex优化后的odex文件，会提高运行速度，(华为手机很多没有这个操作，之前有人问加壳后为啥华为的手机运行不了，因为生成odex后，原dex就给删除了)
前三个加载器大同小异
4，application 是系统第一加载的类，可以从attachBaseContext和onCreate两个方法中入手，替换默认加载流程
了解以上关系后，就可以动手了：
1，替换AndroidManifest.xml中的application为自己的Class
Class
以下代码可在C中实现
attachBaseContext()方法

OnCreate()方法

上以为最原始代码（各网站均有讲解），这不是关键（但很核心），要把这些放到C++中执行才安全，解密dex后，替换APK壳的dex过程，此可以通过C++调用java来实现如：env->FindClass("dalvik/system/PathClassLoader");
如果说用C++调用java实现比较难，那对于想要逆向的人来说会更难，
重点中的重点：
先了解逆向过程：
apk->dex->smali：可修改后打包，实现破解

加强1：
由于APK发布时打包有签名文件，加壳时可把sha1和sha256的值保存，在要释放解密后的dex前，先做签名验证，不通过不对dex进行解密

加强2：
APK本身可以认为是一个ZIP包，打包后可做伪加密(自行百度)
加强3：
在对dex解密前可做root权限判断，不符合不解密dex

加强4：
有的不破解apk，直接用抓包方式获取访问数据，很多app用的是明文，导致请求数据，和返回数据直接暴露，可在解密前做代理判断，不符合要求不解密dex，或直接关闭网络访问代理(方式百度)

加强5：
HOOK检查,同上，也可在解密前先检查是否有Xposed,不符合不解密

加强6：
so做为解密过程，也是可以被单独拿来调试的，可以在JNI_OnLoad加载时创建一个线程，用于以上几步的操作验证，以及反调试验证，用一个while(1)一直做检查(中间间隔几秒)，不用担心耗资源，因很多app开发者使用大量无用代码相比要少的多，当程序被销毁时，循环也会退出
以上操作可实现：root手机不能运行，装有Xposed不能运行，有网络代理的不能运行，加壳后的APK被重新打包后也不能运行（签名发生变化）
在C++解密的过程里可放烟雾弹，方法名相似，代码相似，但没用到，可以让逆向者认为找到了突破口，（我用的是java调用C++，C++再调用java,java再调用C++）

DEX加载器不仅可以加载单独的dex文件，也可以加载jar,或ZIP文件，ZIP文件中可放置多个dex，大家可自由发挥，目前好像不能放一个文件目录，官方提示可指定为目录而非一个文件
再放经验：
安卓目录中如果一个文件或文件夹的名字前是以"."开头的，这个文件或目录是为隐藏文件，大家可自由发挥，不影响加载DEX文件。
APK伪加密，有些破解工具无法正常打开，
最后外加一个拼接521字节(自行百度)和资源混淆

以上所有操作流程可用写个加密工具进行测试

有什么问题和建议可发在留言区，以上操作均以在加壳工具中实现，可在开头找到下载地址

[培训]内核驱动高级班，冲击BAT一流互联网大厂工作，每周日13:00-18:00直播授课