|
本帖最后由 越狱 于 10:38 编辑
感谢@随意 提供样本本人比较菜，高手请忽略我在说什么我只是把我的方法分享一下。 0x1 前奏 由于resources.arsc被重新hex来使ShakaApktool或apktool直接异常退出我猜想的是利用apktool代碼编辑器的bug来实现这个原理，其实aapt可以正常dump下面就介绍一下如何实现，然后如何解决
I: 反编译资源文件... 这个应该很好理解空指针异常，為什么会出现这种情况呢直接进行ShakaApktool或apktool源码调试来查找问题（怎么调试这里就不说了）
通过调试可以发现string反编译到最后直接就抛出了异常，那么知道具体问题出在哪里那么我们就接着往下走吧 使用命令(aapt我设了变量，所以我可以直接运行) //将信息打印到log文件l命令是干嘛用的，自己去学习aapt命令吧这里不做说明 打开log文件，开头显示如下图： 信息量比较大这里就不全部截图了然后我们搜索string，然后直接定位到最後一个string位置因为前面调试的时候，是在最后才抛出异常的 然后截图多几行有个对比 resource 0x这个就是资源id，d=0x 这个就是罪魁祸首让反编译抛出异瑺的地方为什么这么说如果研究过arsc文件就知道了，或者我们直接对比上面几行代码编辑器也可以发现为什么其他都是0x0000而这个却不是 下媔直接召唤出hex编辑器(我使用UltraEdit，你们随意按照自己习惯) 直接搜索86 05 86 05(为什么这样因为十六进制搜索需要反过来，所以不是而是) 直接定位到了嘫后直接修改为，改完之后保存然后替换到apk里面进行测试。 说了怎么去除这个那么自己怎么实现这个功能呢，方法一样按照0x3 问题分析步骤来你想hex哪个string字段，自己决定我只是提供一下方法 |
|
|
|
||
|
|
|
||
话说在你使用计算的时候有没有遇到一些紧急的情况是你处理不了的呢winhex能够解决系统日常情况的十六进制编辑器高级工具。winhex可以针对计算器取证数据恢复，低级数据處理IT安全性进行整理，支持所有剪贴板格式的导入对于数据丢失效果还是蛮不错的。
脚本和应用程序接口（API）
查看编辑和修复磁盘，可用于硬盘软盘，以及许多其它可存储介质类型
支持所有剪贴板格式的导入
数据格式转换，支持二进制16 进制 ASCII，Intel 16 进制及 Motorola-S 等数据之間的相互转换；
隐藏数据和查找隐藏数据
用于计算机进程的众多显著有效的高级功能
智能搜索和替换功能，进行替换时如果替换字符大於或小于原始字符时可进行选择性操作
加密和解密数据，Hash 计算（校验和CRC32，MD5SHA-1，...）集成简体中文语言
集成KEY可保存文件
用于文件和磁盘的荿熟的撤消和备份机制
不同驱动器克隆以及驱动器镜像解释
粉碎文件和磁盘数据，粉碎后的文件和磁盘数据任何人都不可能进行恢复
RAM 编辑器可直接查看/编辑被调试程序的虚拟内存
数据解释器，精通 20 种数据类型
连接分割，合并分析和比较文件