Android SDK 加壳加固

我不找问题，但是会有问题一直找过来。最近又碰上了一个棘手的问题 —— SDK 加固，在网上可以找到很多第三方平台，都会支持 APK/SDK 加固。细看一下，好嘛，APK 加固还好，还可以白嫖一下；SDK 加固清一色的收费，我就是一个小小的码农，开发几个功能，为了个人利益想加固一下，还要为了几两碎银头疼。

没办法，只能自己看看怎么玩了。思路主要是借鉴 APK 加壳的方式，这个技术方案，说实在的其实比较老了（现在都是玩 VMP 的），不过好在入门门槛不高，还可以搞搞。

加固原理

对 SDK 进行加密，这样通过反编译拿到 SDK 就只是一个加密文件，在使用 SDK 的时候，提前对加密文件进行脱壳，拿到原始的 SDK，动态加载 SDK。

加固流程

1、通过加壳工程对 SDK 加密，形成加密文件。
2、加密文件作为资源，添加到脱壳工程。
3、APP 引用脱壳工程，APP启动后，使用脱壳工程对加密文件脱壳解密，动态加载到内存。

上述流程中还存在一些内容是需要慎重考虑的
1、密钥的保管，只要拿到了密钥，通过反编译脱壳工程，调用脱壳工程的解密流程，就可以拿到原始的 SDK 文件。
2、脱壳工程对加密文件的解密的过程，会存在落盘（SD 卡或者缓存环境）的动作，需要注意隐藏解密的路径，或者通过一些加密方式对落盘的文件路径加密（需要管理访问密钥）。

依赖关系

依赖关系均属于项目构建过程

脱壳过程

APP 调用加密 SDK 的过程

参考工程结构

APP：调用 SDK 的 demo，依赖 unpackshell、inteface 模块。
SDK：功能实现，依赖 inteface 模块，考虑到动态加载 SDK 后，需要依赖打桩的方式调用接口。
crypt：加解密库，实际开发过程中需要混淆，建议使用 C/C++ 来实现。
packshell：对 SDK 进行加密操作的脚本工程。
unpackshell：APP 实际依赖的脱壳工程，该工程需要持有加密后的 SDK；调用时，解密脱壳，动态加载。
inteface：打桩接口。