編輯:關於android開發
我們在之前一篇一篇介紹了如何解析Android中編譯之後的所有文件格式,所有的工作都完成了,這裡我們就來做個總結,我們為什麼要做這些工作:
第一篇:解析so文件格式
http://blog.csdn.net/jiangwei0910410003/article/details/49336613
這裡我們解析so文件,主要是為了修改so中內容,在so文件中添加字符串內容,同時我們可以做到對so的加密工作,從而達到apk的底層加固策略。
第二篇:解析AndroidManifest.xml文件格式
http://blog.csdn.net/jiangwei0910410003/article/details/50568487
這裡我們解析AndroidManifest.xml文件,主要是為了修復我們在使用apktool進行反編譯的時候出現的一些錯誤信息,同時也了解到apktool反編譯的工作原理,當然這裡還可以解析Android中的其他資源文件xml。這裡我們還可以對apk進行加固,就是通過修改AndroidManifest.xml文件內容,防止apktool這樣的工具進行反編譯。
第三篇:解析resource.arsc文件格式
http://blog.csdn.net/jiangwei0910410003/article/details/50628894
這裡我們解析resource.arsc文件,主要是為了修復我們在使用apktool進行反編譯的時候出現的一些錯誤信息,同時也了解到apktool反編譯的工作原理,同時我們可以減小apk包的大小,主要是通過對resource.arsc中資源文件名進行混淆,減小命名的大小。因為本身Android中是不對資源文件進行混淆工作的。同時我們可以修改resource.arsc文件內容,防止apktool這樣的工具進行反編譯。
第四篇:解析dex文件格式
http://blog.csdn.net/jiangwei0910410003/article/details/50668549
這裡我們解析dex文件,主要是為了更好的了解Android中的代碼結構,同時我們解析完dex之後,就知道代碼的結構,調用哪些api,從而判斷執行了某些功能,比如判斷apk是否調用了系統的api,是否包含廣告sdk的api等信息,同時我們知道dex的結構之後,我們就可以對dex進行加密工作,從而做到上層對apk進行加固的工作。
總結
所以關於Android中的編譯之後的文件解析工作就算告一段落,這些知識也是我們後面的逆向基礎,特別是在遇到逆向失敗的時候,我們能夠通過具體的錯誤信息來定位問題,當然這些文件格式的了解也對讓我們對Android中apk包生成的流程有個大體的了解。
nagios二次開發之“依據分組繪制服務圖”背景: 在nagios3.2.0版本,曾將nagios、saltstack、Thinkphp進行整合。在整合的基礎之上,進行了
Android 使用OpenCV的三種方式(Android Studio) 其實最早接觸OpenCV是很久很久之前的事了,大概在2013年的5,6月份,當時還是個菜逼(雖
手機安全衛士——緩存清理,安全衛士緩存清理CleanCacheActivity.java /** * 緩存清理*/ public class CleanCacheAc
tcpdump的移植和使用方法簡介用簡單的話來定義tcpdump,就是:dump the traffic on a network,根據使用者的定義對網絡上的數據包進行截