① ios a靜態庫 能反編譯嗎
.a靜態庫不能進行反編譯，反匯編的可能性也極低。
靜態庫：靜態庫僅在程序啟動時被連接使用，程序運行時將不再需要該靜態庫。
與靜態庫相對的是動態庫：程序編譯時並不會被連接到目標代碼中，而是在程序運行是才被載入，因此在程序運行時還需要動態庫存在。
② IOS 反編譯神器
reveal , cycript
③ iOS 的 framework 和 ipa 文件可以反編譯出源碼嗎
ipa 文件其實是一個壓縮包，裡麵包括了可執行文件，資源文件等信息。
反編譯的話也可以，只是你要有足夠強的功底，就可以。這個至少匯編得會吧，然後可以根據反編譯出來的匯編寫出原來的OC程序。現在我沒有發現有什麼工具可以直接反編譯出ELF文件的。
框架(framework)是一個基本概念上的結構，用於去解決或者處理復雜的問題。這個廣泛的定義使用的十分流行，尤其在軟體概念。框架也能用於機械結構。
④ 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中使用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的deb提取的文件能不能反編譯找找驗證地址
手機連接到電腦上，打開iTools同步軟體；找到文件系統-越獄系統，打開文件路徑：/var/root/Media/Cydia/AutoInstall，將deb格式文件導入到該文件夾當中。
這時候，大家需要重啟iOS設備，重啟後打開iOS設備上的Cydia商店，進入到管理—軟體包就可以發現需要安裝的deb文件已經被安裝到手機上了。
注意：通過電腦連接手機安裝deb文件有一定的風險性，導入時要找清楚對應的文件目錄，不要隨意安裝第三方的deb文件。
⑦ ios反編譯unity的assembly-csharp.dll，安卓可以 ipa的為什麼不行
不可以的~U3D可以直接導出APK，但是IOS，先要導出XCODE，然後需要蘋果系統才能生成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。
⑨ ios加殼和防反編譯有什麼好的方案
iOS應用加密防反編譯技術
本地數據加密
iOS應用防反編譯加密技術之一：對NSUserDefaults，sqlite存儲文件數據加密，保護帳號和關鍵信息
URL編碼加密
iOS應用防反編譯加密技術之二：對程序中出現的URL進行編碼加密，防止URL被靜態分析
網路傳輸數據加密
iOS應用防反編譯加密技術之三：對客戶端傳輸數據提供加密方案，有效防止通過網路介面的攔截獲取數據
方法體，方法名高級混淆
iOS應用防反編譯加密技術之四：對應用程序的方法名和方法體進行混淆，保證源碼被逆向後無法解析代碼
程序結構混排加密
iOS應用防反編譯加密技術之五：對應用程序邏輯結構進行打亂混排，保證源碼可讀性降到最低
⑩ ios app客戶端可以反編譯嗎
ipa 文件其實是一個壓縮包，裡麵包括了可執行文件，資源文件等信息。 反編譯的話也可以，只是你要有足夠強的功底，就可以。這個至少匯編得會吧，然後可以根據反編譯出來的匯編寫出原來的OC程序。現在我沒有發現有什麼工具可以直接反編譯出ELF文...