爱加密 可以给apk文件加壳，保护安卓应用源码的安全，你可以看一看：
成都创新互联公司专注于宁江网站建设服务及定制，我们拥有丰富的企业做网站经验。 热诚为您提供宁江营销型网站建设，宁江网站制作、宁江网页设计、宁江网站官网定制、成都小程序开发服务，打造宁江网络公司原创品牌,更为您提供宁江网站排名全网营销落地服务。
讲讲大概思路，技术细节就不能公开了。
破解加了dex壳的app，关键是要获得解密后的源dex，现在Android加壳技术还很不成熟，大多都是通过DexClassLoader或者隐藏的函数openDexFile来将源dex加载进来，然后动态替换Application来启动源程序，跟Windows上传统的PE文件加壳有一定区别。
要破解传统的壳，需要跟踪控制流找到OEP，然后把源程序从内存中dump下来，重建输入表，最困难的就是要跟着外壳的控制流走，安全工程师为了加大破解难度，使用了很多技术来让破解者走得更艰难。安全工程师与破解者对抗的关键点就在寻找OEP的困难性上。
在Android平台上，正因为新兴的dex加壳技术不成熟，导致有些另类的脱壳方法可以绕过分析算法，直接将源程序dump下来。举个例子，安卓在4.0版本以后提供openDexFile这个函数来从内存中加载dex，所需要提供的参数是源dex在内存中的地址，所以只要对这个函数下断，然后从寄存器里找到内存地址，就能将解密后的源dex从内存中dump下来，直接对其反编译就能获得源代码了。更进一步，关于openDexFile这个函数，其实它与libdvm.so这个库有密不可分的关系，这个库里提供大量操作dex文件的函数，如果对这个库里的相关函数下断，然后从内存中暴力dump一大块内存区域，经常能直接将内存中的源dex给抓下来。
版权声明：本文为博主原创文章，若转载请注明出处：
首先加壳的方法和代码都是从Jack_Jia的博客学习的。
详见：
由于本人从c++开发直接跳到Android开发，没有对android进行系统的学习，看上面博客时还是有很多不理解的地方。本文把不理解的地方梳理一下，最后提供个测试源码（加了比较详细的注释）。希望对于跟我一样安卓基础不是太好的人有一定帮助。
正文：
apk加壳的目的（我的用途）：增加apk静态分析的难度。（如果反编译的人知道是加壳的，可以在data/包名目录下 找到真正的apk。所以在壳上增加正常的代码的话可以增加迷惑性）
基础知识：ClassLoader： 这个写的不错想了解的可以去看看。
整个加壳的过程涉及到三个程序：要加壳的apk，加壳程序（demo中的apkjm），解壳程序（demo中的myunshell）。
其中加壳程序就是把要加壳的apk放入解壳程序的dex文件中。
解壳程序是最后替代我们apk安装到手机中运行的程序。它在执行中从自己的dex中释放出我们apk程序。
步骤：
1.实现加壳程序。
2.实现解壳程序：按博客创建个解壳的Application。如果我们的apk中用到了 Application，需要在解壳程序的xml文件中添加：
meta-data android:name="APPLICATION_CLASS_NAME" android:value="com.***.Application"/
com.***.Application 是我们apk的Application类名 加上我们apk的包名
注：1.我们apk用到的权限和组件都需要添加到解壳程序的xml中，组件都需要加上完整的包名路径。
2.我们apk内用到的资源也就是res文件内的东西，需要拷贝到解壳程序的res中。
3.如果我们apk静态注册了广播接收器，那广播接收器类需要在解壳程序中实现。
3.解壳程序完成后，把bin文件夹内的dex文件拷出来，用加密程序把我们的apk添加到该dex文件中。
4.把新生成的dex文件覆盖bin文件夹中原来的dex文件，并把apk文件也删掉，重新运行解壳程序生成新的解壳apk。 这个apk就是我们需要的最后的apk文件了。加壳就完成了。
另外：1.在解壳程序中对我们apk文件进行解密函数调用的地方不对。 在demo中做了修改和说明。
2.我在释放apk的时候加了个判断，如果文件存在就不再释放了，如果是在测试的时候，可以先屏蔽掉，免的每次运行调试前要先删掉原来的程序。
[java] view plain copy
if (!dexFile.exists())
{
dexFile.createNewFile(); //在payload_odex文件夹内，创建payload.apk
// 读取程序classes.dex文件
byte[] dexdata = this.readDexFileFromApk();
// 分离出解壳后的apk文件已用于动态加载
this.splitPayLoadFromDex(dexdata);
}
demo地址：
Android应用的发布形式apk中包含的签名加密方法除了RSA还有DSA，所以不能只从apk中提取常见的META-INF/CERT.RSA，应该是检查apk中具体的签名文件。
FILE="yourapp.apk"
cert_XSA=`jar tf $FILE | grep SA`
此时得到的cert_XSA可能是META-INF/*.RSA或者META-INF/*.DSA。
2.apk中提取具体的签名文件。
jar xf $FILE $cert_XSA
此时会在当前目录得到cert_XSA文件。
3.对于得到的签名文件，提取其中签名的MD5值
keytool -printcert -file $cert_XSA | grep MD5 "$FILE.certMD5"
这时候yourapp.certMD5这个文件中就保存了yourapp.apkk中的签名MD5值。
4.最后比较两个app的签名可以用diff
FILE1="yourapp1.apk"
FILE2="yourapp2.apk"
//经过上述步骤得到$FILE1.certMD5和$FILE2.certMD5
certMD5_diff=`diff $FILE1.certMD5 $FILE2.certMD5`
if [ "$certMD5_diff" = "" ]; then
echo "$FILE1.certMD5 == $FILE2.certMD5"
fi
若输出yourapp1.apk.certMD5 == yourapp2.apk.certMD5那么这两个应用的签名就一致。
安卓APP加密的方法主要分成三类：源码加密、数据安全和应用保护，而每一类又分成好几个小项。
源码加密包括：Dex文件保护、防二次打包、so文件保护、资源文件保护。以Dex文件保护为例，Dex文件保护又包括：高级混淆、DEX文件加壳、DEX文件加花、动态类加载、内存防dump。
高级混淆：代码混淆，可以降低代码可读性、缩小包大小。
DEX文件加壳：相当于把源码打包至其他文件夹下，逆向工具对加密后的dex文件解析，只能看到壳文件，可以防止解包后看到真正的源码。爱加密利用挖空技术实现函数级加密，安全强度高，启动效率快。
dex加花：由于大部分逆向工具都是线性读取字节码并解析，当遇到无效字节码时就会引起反编译工具字节码解析失败。爱加密插入无效字节码到dex文件之中，同时保证该字节码永远不会被执行，否则程序运行也会崩溃。这样，就能起到反编译的作用了。
dex动态类加载：爱加密加固后的dex文件源码可以动态分离，在运行时，将源码分段加载到内存当中。
内存防dump：程序运行时会释放代码，内存防dump可以防止程序运行时被劫持。
应用安全包括：log日志输入屏蔽、应用清场。清场技术依赖于云端黑名单、白名单DB，应用每次启动后便自动进行本地的黑名单、白名单DB数据更新，若检测到有异常情况，则可对用户进行提示。
数据安全包括：页面防劫持、本地数据保护、截屏保护、内存数据防查询、协议加密、虚拟键盘。
