android 混淆，反编译，反破解的简单说明和认识
一、Android混淆
1）概述
新建Android工程，根目录下会有个proguard.cfg。简单的混淆，你只需要在project.properties内加入一行“proguard.config=proguard.cfg”即可。
注意：在签名发布apk时才会混淆，直接Run As在bin目录下的apk是不被混淆的。签名发布：右键工程->Android Tools->Export Signed Application Package…
如何生成签名，可以参考《Android 数字签名学习笔记》。
2）外部jar
未混淆过的，只加个类库声明就好。例如，用到“SDK目录\ extras\android\support\v4\ android-support-v4.jar”时，可以在-keep前加如下内容即可：
-dontwarn android.support.**
-libraryjars lib/android-support-v4.jar
第一行，表示去除警告，第二行是声明jar（jar包拷到工程内了，所以是相对目录==）。
这样混淆后，引用的jar包也会一起被混淆。
如果用的第三方jar包是被混淆过的，或你不想混淆，则用-keep去除即可。例如，之前android-support-v4.jar，如果不需要混淆它的话，可以增加这么一句：
-keep class android.support.v4.** {
*;
}
此时的话，jar包就不会被混淆了^^。
更详细的使用方法，请参看小节3。
3）Proguard
1. 在手册的样例中，有两篇即是讲述Android的，如下：
Manual->Examples->A simple Android activity&A complete Android application
2. 用法的内容，则在：Manual->Usage。用于学习或查看各命令都是做什么的用。
中文相关的话，可以参考下述网址，呼呼~
http://www.cnitblog.com/zouzheng/archive/2011/01.html
4）可能问题
4.1）新建工程下没有proguard.cfg
你的环境太老了吧==。
ProGuard是2.2才加的？记得我起初低于2.2的混淆时，要从2.2工程下把proguard.cfg拷过去。当时建2.1的目录下是没proguard.cfg的。
不过现在建立个1.5都是有这个文件的。
二、Android反编译
1）概述
apktool + dex2jar + jd-gui。超链接是主页，不了解的可以看看介绍，再转至Downloads。
具体做什么用的或如何操作，参看小节2。
当然，和之前《批处理安装&卸载apk》一样，小子懒人一个T^T。又是批处理（没sh的……）：
easyTool.bat
@echo off
title APK反编译[by Join]
rem apktool目录
set p_at="E:\zhao\environment\decompile\apktool"
rem dex2jar目录
set p_dj="E:\zhao\environment\decompile\dex2jar-0.0.9.8"
rem dex2jar后缀
set suffix=_dex2jar.jar
if "%~1"=="" echo 请将apk直接拖放至bat文件！&goto :over
rem 增加apktool路径
set path=%p_at%;%p_dj%;%path%
setlocal enabledelayedexpansion
if /i "%~x1"==".apk" (
echo apktool处理"%~nx1"中...
apktool d "%~1" "%~dpn1"
echo dex2jar处理"%~nx1"中...
dex2jar.bat "%~1"
rem dex2jar执行后直接结束了==
echo 移动文件"%~n1!suffix!"中...
) else (
echo 文件类型错误：不支持%~x1！
)
:over
echo.
@pause>nul
保存成bat，修改下apktool目录&dex2jar目录，将apk拖上去即可。会有一个“同名”文件夹和一个“同名_dex2jar.jar”的文件。文件夹是apktool生成的资源，jar则是dex2jar反编译出的代码。然后用jd-gui打开jar即可。
注意：dex2jar需要用最新的，可以直接用于apk。代码增加了zip解压，不再需要手动了，不清楚哪个版本开始的==。才发现的，bat也刚升级了下。
2）更多
看这篇文章就可以了：android反编译小结。
三、Android反破解
不废话，参见“看雪学院->Android软件安全->APK反破解技术小结”。
那位版主现总结了四篇文章，如下：
《APK反破解之一：Android Java混淆(ProGuard)》
《APK反破解之二：Android APK 签名比对》
《APK反破解之三：NDK编译.so动态库》
《APK反破解之四：Android代码动态加载技术》
还有一些回复和摘录，如下：
1）可以介绍一下openssl工具，挺好用的。
2） 以下为一段整合的回复：
-> 呵呵~！代码混淆能避免被别人破解吗？
-> 不能，只是会增加别人破解的难度。如果要防别人破解的话，最好的方法是使用NDK，用C、C++写的代码，用NDK编成so库，用JNI进行调用！
-> SO库文件包含符号, 调试也比java代码方便, 所以某种意义上说逆向so里面的native code比逆向java还容易。
-> Open Source 成就了 GNU Tool-chain. ELF里面符号表是“一等公民”. 所以默认选项生成的目标文件里面带符号，虽然可以通过选项分离符号，但是很多时候都会忽略了这一点。
不过我相信Open Source模式才是未来软件工程的王道。
3）可以多关注dalvik是怎么实现java对JNI调用的。其中会涉及到怎么定位一个native func，有文章可做。
4）Dalvik虚拟机类加载机制的SDK类
DexClassLoader：
A class loader that loads classes from .jar and .apk files containing a classes.dex entry.
PathClassLoader：
Provides a simple ClassLoader implementation that operates on a list of files and directories in the local file system, but does not attempt to load classes from the network.
四、后记
我用Proguard觉得最大的好处不在于混淆，而在于压缩了代码，apk整整能瘦一圈呢^^
五、补充——反编译odex文件
没关注过ROM，在反编译4.0系统framework.jar定制SDK时，才发现odex这个东西==。
这里也就直接以这举例了^^
1. 下载baksmali-1.3.2.jar & smali-1.3.2.jar
http://code.google.com/p/smali/downloads/list
2. 模拟器导出整个/system/framework/
baksmali 反编译是自动找5个核心的BOOTCLASSPATH，当然某些可能会涉及其他的CLASSPATH需要指定-c再添加。
总之全部弄出来得了，ROM的话也一样吧？不同公司应该会涉及自己的一些包，就这边加吧？
3. 把两个jar放进导出的framework目录
4. 进入framework目录
5. 以下命令进行反编译啦~
java -Xmx512m -jar baksmali-1.3.2.jar -x framework.odex -o out（反编译进out目录）
java -Xmx512M -jar smali-1.3.2.jar -o classes.dex out（重新生成classes.dex）
第一条命令的话，现版本-a默认为14。出UNEXPECTED TOP-LEVEL EXCEPTION，可能是这出错，记得指定正确。-c，默认会找5个核心CLASSPATH，其他自己指定了。
6. 继而的话，可以用来整成一个apk，或继续dex2jar反编译咯~
参考网址：
1）Android ROM中Odex文件的作用及介绍
apk生成odex & 合并odex和少dex的apk为完整apk。
2）baksmali的官方使用说明
当然用这两个jar时，可以先-h看参数说明也差不多。
1）概述
新建Android工程，根目录下会有个proguard.cfg。简单的混淆，你只需要在project.properties内加入一行“proguard.config=proguard.cfg”即可。
注意：在签名发布apk时才会混淆，直接Run As在bin目录下的apk是不被混淆的。签名发布：右键工程->Android Tools->Export Signed Application Package…
如何生成签名，可以参考《Android 数字签名学习笔记》。
2）外部jar
未混淆过的，只加个类库声明就好。例如，用到“SDK目录\ extras\android\support\v4\ android-support-v4.jar”时，可以在-keep前加如下内容即可：
-dontwarn android.support.**
-libraryjars lib/android-support-v4.jar
第一行，表示去除警告，第二行是声明jar（jar包拷到工程内了，所以是相对目录==）。
这样混淆后，引用的jar包也会一起被混淆。
如果用的第三方jar包是被混淆过的，或你不想混淆，则用-keep去除即可。例如，之前android-support-v4.jar，如果不需要混淆它的话，可以增加这么一句：
-keep class android.support.v4.** {
*;
}
此时的话，jar包就不会被混淆了^^。
更详细的使用方法，请参看小节3。
3）Proguard
1. 在手册的样例中，有两篇即是讲述Android的，如下：
Manual->Examples->A simple Android activity&A complete Android application
2. 用法的内容，则在：Manual->Usage。用于学习或查看各命令都是做什么的用。
中文相关的话，可以参考下述网址，呼呼~
http://www.cnitblog.com/zouzheng/archive/2011/01.html
4）可能问题
4.1）新建工程下没有proguard.cfg
你的环境太老了吧==。
ProGuard是2.2才加的？记得我起初低于2.2的混淆时，要从2.2工程下把proguard.cfg拷过去。当时建2.1的目录下是没proguard.cfg的。
不过现在建立个1.5都是有这个文件的。
二、Android反编译
1）概述
apktool + dex2jar + jd-gui。超链接是主页，不了解的可以看看介绍，再转至Downloads。
具体做什么用的或如何操作，参看小节2。
当然，和之前《批处理安装&卸载apk》一样，小子懒人一个T^T。又是批处理（没sh的……）：
easyTool.bat
@echo off
title APK反编译[by Join]
rem apktool目录
set p_at="E:\zhao\environment\decompile\apktool"
rem dex2jar目录
set p_dj="E:\zhao\environment\decompile\dex2jar-0.0.9.8"
rem dex2jar后缀
set suffix=_dex2jar.jar
if "%~1"=="" echo 请将apk直接拖放至bat文件！&goto :over
rem 增加apktool路径
set path=%p_at%;%p_dj%;%path%
setlocal enabledelayedexpansion
if /i "%~x1"==".apk" (
echo apktool处理"%~nx1"中...
apktool d "%~1" "%~dpn1"
echo dex2jar处理"%~nx1"中...
dex2jar.bat "%~1"
rem dex2jar执行后直接结束了==
echo 移动文件"%~n1!suffix!"中...
) else (
echo 文件类型错误：不支持%~x1！
)
:over
echo.
@pause>nul
保存成bat，修改下apktool目录&dex2jar目录，将apk拖上去即可。会有一个“同名”文件夹和一个“同名_dex2jar.jar”的文件。文件夹是apktool生成的资源，jar则是dex2jar反编译出的代码。然后用jd-gui打开jar即可。
注意：dex2jar需要用最新的，可以直接用于apk。代码增加了zip解压，不再需要手动了，不清楚哪个版本开始的==。才发现的，bat也刚升级了下。
2）更多
看这篇文章就可以了：android反编译小结。
三、Android反破解
不废话，参见“看雪学院->Android软件安全->APK反破解技术小结”。
那位版主现总结了四篇文章，如下：
《APK反破解之一：Android Java混淆(ProGuard)》
《APK反破解之二：Android APK 签名比对》
《APK反破解之三：NDK编译.so动态库》
《APK反破解之四：Android代码动态加载技术》
还有一些回复和摘录，如下：
1）可以介绍一下openssl工具，挺好用的。
2） 以下为一段整合的回复：
-> 呵呵~！代码混淆能避免被别人破解吗？
-> 不能，只是会增加别人破解的难度。如果要防别人破解的话，最好的方法是使用NDK，用C、C++写的代码，用NDK编成so库，用JNI进行调用！
-> SO库文件包含符号, 调试也比java代码方便, 所以某种意义上说逆向so里面的native code比逆向java还容易。
-> Open Source 成就了 GNU Tool-chain. ELF里面符号表是“一等公民”. 所以默认选项生成的目标文件里面带符号，虽然可以通过选项分离符号，但是很多时候都会忽略了这一点。
不过我相信Open Source模式才是未来软件工程的王道。
3）可以多关注dalvik是怎么实现java对JNI调用的。其中会涉及到怎么定位一个native func，有文章可做。
4）Dalvik虚拟机类加载机制的SDK类
DexClassLoader：
A class loader that loads classes from .jar and .apk files containing a classes.dex entry.
PathClassLoader：
Provides a simple ClassLoader implementation that operates on a list of files and directories in the local file system, but does not attempt to load classes from the network.
四、后记
我用Proguard觉得最大的好处不在于混淆，而在于压缩了代码，apk整整能瘦一圈呢^^
五、补充——反编译odex文件
没关注过ROM，在反编译4.0系统framework.jar定制SDK时，才发现odex这个东西==。
这里也就直接以这举例了^^
1. 下载baksmali-1.3.2.jar & smali-1.3.2.jar
http://code.google.com/p/smali/downloads/list
2. 模拟器导出整个/system/framework/
baksmali 反编译是自动找5个核心的BOOTCLASSPATH，当然某些可能会涉及其他的CLASSPATH需要指定-c再添加。
总之全部弄出来得了，ROM的话也一样吧？不同公司应该会涉及自己的一些包，就这边加吧？
3. 把两个jar放进导出的framework目录
4. 进入framework目录
5. 以下命令进行反编译啦~
java -Xmx512m -jar baksmali-1.3.2.jar -x framework.odex -o out（反编译进out目录）
java -Xmx512M -jar smali-1.3.2.jar -o classes.dex out（重新生成classes.dex）
第一条命令的话，现版本-a默认为14。出UNEXPECTED TOP-LEVEL EXCEPTION，可能是这出错，记得指定正确。-c，默认会找5个核心CLASSPATH，其他自己指定了。
6. 继而的话，可以用来整成一个apk，或继续dex2jar反编译咯~
参考网址：
1）Android ROM中Odex文件的作用及介绍
apk生成odex & 合并odex和少dex的apk为完整apk。
2）baksmali的官方使用说明
当然用这两个jar时，可以先-h看参数说明也差不多。