蘋果反編譯
① ios app客戶端可以反編譯嗎
ipa 文件其實是一個壓縮包，裡麵包括了可執行文件，資源文件等信息。 反編譯的話也可以，只是你要有足夠強的功底，就可以。這個至少匯編得會吧，然後可以根據反編譯出來的匯編寫出原來的OC程序。現在我沒有發現有什麼工具可以直接反編譯出ELF文...
② ios a靜態庫 能反編譯嗎
.a靜態庫不能進行反編譯，反匯編的可能性也極低。
靜態庫：靜態庫僅在程序啟動時被連接使用，程序運行時將不再需要該靜態庫。
與靜態庫相對的是動態庫：程序編譯時並不會被連接到目標代碼中，而是在程序運行是才被載入，因此在程序運行時還需要動態庫存在。
③ ios反編譯unity的assembly-csharp.dll，安卓可以 ipa的為什麼不行
不可以的~U3D可以直接導出APK，但是IOS，先要導出XCODE，然後需要蘋果系統才能生成ipa什麼的。
④ objective-c 反編譯 有沒有可以把dmg格式的文件通過反編譯看到它的源代碼，最好是objective-c，求鏈接。
dmg是磁碟映像文件啊有木有。。。。。。。。。。
不是可執行文件啊有木有。。。
⑤ 如何對iOS中使用Objective-C語言編寫的二進制文件進行反編譯
\\假設文件的地址為a.txt FileInputStream in=new FileInputStream(new File("a.txt")); byte[] buffer=new byte[4096]; int offset=0; while((offset=in.read(buffer)>-1){ //這已經把文件讀入到buffer中了，范圍為0到offset，你可以做任何處理了 } in.close();
⑥ ios 開發怎麼防止ipa被別人反編譯
iOS應用安全風險
1
內購破解
iOS應用需防反編譯風險之一：插件法（僅越獄）、iTools工具替換文件法（常見為存檔破解）、八門神器修改
2
網路安全風險
iOS應用需防反編譯風險之二：截獲網路請求，破解通信協議並模擬客戶端登錄，偽造用戶行為，對用戶數據造成危害
3
應用程序函數PATCH破解
iOS應用需防反編譯風險之三：利用FLEX 補丁軟體通過派遣返回值來對應用進行patch破解
4
源代碼安全風險
iOS應用需防反編譯風險之四：通過使用ida等反匯編工具對ipa進行逆向匯編代碼，導致核心代碼邏輯泄漏與被修改，影響應用安全
5
面對這些iOS應用存在的風險，iOS應用如何防止被反編譯，下面看下iOS應用加密技術
END
iOS應用加密防反編譯技術
本地數據加密
iOS應用防反編譯加密技術之一：對NSUserDefaults，sqlite存儲文件數據加密，保護帳號和關鍵信息
URL編碼加密
iOS應用防反編譯加密技術之二：對程序中出現的URL進行編碼加密，防止URL被靜態分析
網路傳輸數據加密
iOS應用防反編譯加密技術之三：對客戶端傳輸數據提供加密方案，有效防止通過網路介面的攔截獲取數據
方法體，方法名高級混淆
iOS應用防反編譯加密技術之四：對應用程序的方法名和方法體進行混淆，保證源碼被逆向後無法解析代碼
程序結構混排加密
iOS應用防反編譯加密技術之五：對應用程序邏輯結構進行打亂混排，保證源碼可讀性降到最低
下面是iOS應用加密防反編譯前後對比
END
iOS應用防反編譯總結
1
通過以上研究，iOS應用開發者必須要注意iOS應用反編譯技術研究了，不要讓iOS應用重蹈Android應用的覆轍，iOS應用防反編譯！
⑦ IOS 反編譯神器
reveal , cycript
⑧ iOS 的 framework 和 ipa 文件可以反編譯出源碼嗎
ipa 文件其實是一個壓縮包，裡麵包括了可執行文件，資源文件等信息。
反編譯的話也可以，只是你要有足夠強的功底，就可以。這個至少匯編得會吧，然後可以根據反編譯出來的匯編寫出原來的OC程序。現在我沒有發現有什麼工具可以直接反編譯出ELF文件的。
框架(framework)是一個基本概念上的結構，用於去解決或者處理復雜的問題。這個廣泛的定義使用的十分流行，尤其在軟體概念。框架也能用於機械結構。
⑨ 二進制反編譯軟體哪個好求推薦蘋果版！
雖然iOS系統相比於其他手機操作系統相對安全，但是這個安全並不是絕對的，我一直相信，道高一尺魔高一丈。此文想以實際例子出發，告訴大家，如何去反編譯一個app，並且從某個角度來說，iOS沒有傳說中的「安全」。用以下幾個方面來闡述我的觀點：
iOS app可以「有條件」地被反編譯
脫掉App Store給「二級制文件」穿上的外衣
如何利用工具去反編譯
在感興趣的地方生成偽代碼
如何預防反編譯
iOS app可以「有條件」地被反編譯
首先，告訴大家一個不幸的消息，上架至App Store的app，被apple加密了。所以標題才是「有條件」才能進行反編譯，令人欣喜的是，在debug下產生的ipa或者是release下的ipa包或者是渠道包（各種應用市場能下的ipa包）都能直接反編譯。
⑩ 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。