苹果反编译app

‘壹’ ios app客户端可以反编译吗

ipa 文件其实是一个压缩包，里面包括了可执行文件，资源文件等信息。 反编译的话也可以，只是你要有足够强的功底，就可以。这个至少汇编得会吧，然后可以根据反编译出来的汇编写出原来的OC程序。现在我没有发现有什么工具可以直接反编译出ELF文...

‘贰’ 如何反编译一个app

下载apktool所需文件：
a、 apktool1.5.2.tar.bz2
b、apktool-install-windows-r05-ibot.tar.bz2 （windows系统）

解压刚刚下载的文件，并将解压的文件放入C:\Windows目录下
启动控制台，输入apktool，回车可查看到apktool工具常用指令
新建一个文件夹，用于存放apk及待解压的文件，这里笔者将文件夹建在D:\apk目录，同时放入用于测试的android app包（test.apk）
控制台输入：apktool d D:\apk\test.apk D:\apk\test 进行反编译操作
中句话中“D:\apk\test.apk”指apk存放位置，“D:\apk\test”指反编译后文件存放的位置 反编译成功之后，进入D:\apk\test文件目录可以查看到反编译后的文件

‘叁’ 如何反编译 ipa 源文件

ipa文件，就是iOS设备上的.app文件的最终形式，它的组成是资源文件+本地化文件+plist文件+app文件，目前，我可以公布的反编译技术就是解压缩至app文件中的执行文件，进一步向下反编译，就是非常麻烦、费时而且只能在底层完成的工作了。

首先，你需要有一个BetterZip或者是类似的解压缩软件，BetterZip的下载地址在这里。之后，对下载下来的ipa文件按右键，或者ctrl加单机，使用Betterzip打开。

这些app中的图片和语言资源都是可以使用的

‘肆’ 反编译app违反吗，我只想自己用

是的，自己用应该没事

‘伍’ 防止自己的APP被反编译或破解，通常有哪些方法

混淆代码：
Android APP的源码进行混淆后混淆器将代码中的所有变量、函数、类的名称加密为简短的英文字母代号，在APP被破解后增加破解者对代码的阅读难度。 但是混淆的功效只能运作在APP已经被破解后，而且只是增加破解者的难度时间，对其防止破解的作用意义不是很大。
防二次打包：
二次打包是指将APK拆包后重新打包，二次打包必将丢失原有的签名。大多数的Android开发者都是将签名信息作为认证标准，所以只要原有的签名信息改变，APK就无法正常运行。但是如果将这个认证信息功能屏蔽掉，防二次打包就失效了！
我们先通过APK安全保护平台，对这款Android APK进行安全保护。
步骤如下：
登录/注册→上传APK→等待系统加密→完成后下载APK→给APK签名→完成！

注意：
在APK源代码安全保护平台，个人信息要填写完整，否则无法正常使用。APK加密完成后，系统会发出邮件通知加密完成。最后下载APK包再次完成签名，就可以正常使用了!

‘陆’ iOS app 通过class mp反编译出来的东西对黑客有用吗

Android APK中的Java代码可以被反编译到什么程度主要看APK的加密程度。

第一种情况：无混淆无加密无加壳。
直接利用Dex2jar和JD-GUI可把源码从APK里抠出来，代码逻辑清晰，基本上做到可复用，只是资源文件的引用需要计算一下。

第二种情况：混淆。
通常是利用Proguard做的防护。因为是对jar做的不可逆混淆（除非有mapping），因此不能还原成原来的代码。但是代码结构，代码逻辑一致，只要花长时间对代码进行梳理一样可找准核心代码，解密方法跟第一种一致。

第三种情况：加密。
这里以DexGuard为例。对于这种代码加密的方法，在程序运行中必定会进行解密，只要抽出它解密的逻辑便可。PS：我自己做过DexGuard的解密，如果用Dex2jar反编译看的话逻辑是不对的，一定要从Smali代码看。后来发现网上已经有人做了。
解密的脚本：A look inside Dexguard

第四种情况：加壳。
这种情况跟第三种类似。无论你怎么加壳，运行的时候必定是Dalvik可识别的Odex代码，建议直接在内存里mp出来。这里Xpose的ZjDroid。