蘋果反編譯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。