前言
恶意软件为了不让我们很容易反编译一个apk，会对androidmanifest文件进行魔改加固，本文探索androidmanifest加固的常见手法以及对抗方法。
1、Androidmanifest文件组成
这里贴一张经典图，主要描述了androidmanifest的组成
androidmanifest文件头部仅仅占了8个字节，紧跟其后的是StringPoolType字符串常量池
（为了方便我们观察分析，可以先安装一下010editor的模板，详细见2、010editor模板）
Magic Number
这个值作为头部，是经常会被魔改的，需要重点关注
StylesStart
该值一般为0，也是经常会发现魔改
StringPool
寻找一个字符串，如何计算？
1、获得字符串存放开放位置：0xac（172），此时的0xac是不带开头的8个字节
所以需要我们加上8，最终字符串在文件中的开始位置是：0xb4
2、获取第一个字符串的偏移，可以看到，偏移为0
3、计算字符串最终存储的地方：0xb4 = 0xb4 + 0
读取字符串，以字节00结束
读取到的字符为：theme
总结：
stringpool是紧跟在文件头后面的一块区域，用于存储文件所有用到的字符串
这个地方呢，也是经常发生魔改加固的，比如：将StringCount修改为0xFFFFFF无穷大
在经过我们的手动计算和分析后，我们对该区域有了更深的了解。
2、010editor模板
使用010editor工具打开，安装模板库
搜索：androidmanifest.bt
安装完成且运行之后：
会发现完整的结构，帮助我们分析
3、使用AXMLPrinter2进行的排错和修复
用法十分简单：
java -jar AXMLPrinter2.jar AndroidManifest_origin.xml会有一系列的报错，但是不要慌张，根据这些报错来对原androidmanifest.xml进行修复
意思是：出乎意料的0x80003（正常读取的数据），此时却读取到：0x80000
按照小端序，正常的数据应该是：03 00 08
使用 010editor 打开
将其修复
保存，再次尝试运行AXMLPrinter2
好家伙还有错误，这个-71304363，不方便我们分析，将其转换为python的hex数据
NegativeArraySizeException 表示在创建数组的时候，数组的大小出现了负数。
androidmanifest加固后文件与正常的androidmanifest文件对比之后就可以发现魔改的地方。
将其修改回去
运行仍然报错，是个新错误：
再次去分析：
stringoffsets如此离谱，并且数组的大小变为了0xff
根据报错的信息，尝试把FF修改为24
再次运行
成功拿到反编译后的androidmanifest.xml文件
总结
这个例子有三个魔改点经常出现在androidmanifest.xml加固
恶意软件通过修改这些魔改点来对抗反编译
原文地址:https://blog.csdn.net/YJ_12340/article/details/135679891
本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如若转载，请注明出处：http://www.7code.cn/show_58520.html
如若内容造成侵权/违法违规/事实不符，请联系代码007邮箱：suwngjj01@126.com进行投诉反馈，一经查实，立即删除！
