给ApkIDE 和 AndroidKiller 开启一个“复活通道”
本帖最后由 冥界3大法王 于 2017-12-28 20:56 编辑@H 老大管理员
他会问,纳尼? 这是什么玩意儿?
要表达什么意思?
譬如说,我们找到一个试验对象的 ABC.apk文件进行学习分析修改后,却发现明明照着教程改的,却打包安装测试没有任何的修改效果
于是换作apktool 或 是Android逆向助手 或是 ApkToolkit 或是Apktool Box (竟然马上又有效果了)
通过大量的上机实践上看论坛上的视频得知:原来破坏了原来的安卓文件结构
曾几何时,当你逆向分析并修改了.smali代码后,却意外的发现 :ApkIDE 或AndroidKiller 却不能正常的编译成功或者是当我们第一步反编译时候,由于种种原因,解包后的代码不全,或者不能直接解出来
于是就有了下面的想法,楼主的想法是这样的
我们每次打开时为什么上面有个历史记录?
我去,我上传的图片呢?0楼全蒸发了?! {:301_1008:}
楼下的朋友们,你们是否有想法呢? {:301_986:}
另外呢,还都能调用notepad++
标记和高亮语法,
综上所述,为什么要占用两亩地? 为什么功能上不能互补?
通过以上的分析,你是否有了自己的想法?
1.让有反调试功能的正常的被上面的任意一个再打开
2,让两者的数据实现共享
3,都能快速的穿插使用其他的外部工具来任意的编辑、打包 和 签名
4.能够 自动的生成desktop.ini 图标定义文件 和 cfg.ini文件
cfg.ini文件内容如下:
type=.apk
他们都有下面的类似目录结构 :
s\AndroidKiller_v1.3.1\projects\仨笨贼2
├文件夹1:
│└█
├(1)cfg.ini
├文件夹2:太长了,少年儿童不宜观看地。。。。省略。{:301_986:}
│├(1)AndroidManifest.xml
│││││└█
││││└█
│││└█
││├文件夹4:
│││├文件夹1:
││││├文件夹1:
│││││├(1)a.class
│││││├(2)b.class
│││││││││└█
││││└█
│││└█
││└█
│└█
└█
所以我们编程 可以简单的补足上面的缺陷!
本帖最后由 冥界3大法王 于 2017-12-30 10:13 编辑
这个浏览器真恶心,在1楼接着编辑吧。我先吃饭。
把想法写完,一会就可以编程解决了。
下面我们来做一个实际的测试,先打开【打开报错不能反编译的 apk文件=====>沙发管家.apk】
接下来,我们来用 其他的工具生成 所要的文件
并购造 文件
看到没?只有上一级的文件名 有些另类 :
AndroidTools\ApkIDE\Work\com.molitv.android
我们照着抄 和 改 就是了
看能否欺骗软件 通过?
好的,APKIde 改之理 这个理论 和 实践 全部通过了{:301_975:}
=================================================
接着,我们再来给AndroidKiller 做类似的移植试验
我们同样找个无法生成的apk,或是 apkTool 等工具生成的目录,依照文件夹中的结构和目录生成特定的文件
未完,文章接这编辑。。。待续。。。。
后续工具。。。
大佬级别 看不懂 我去,太深奥了,我小白看不懂{:1_904:} 太高深了,菜鸟膜拜大佬 额,你这个太浪费论坛的空间了吧……{:1_925:}
大佬级别 看不懂 还不如自己重新写一个算了,调用apktool反编译成smali,调用dex2jar把dex转为jar,再用jd-gui来打开 这个可以的,不过就是麻烦,是可以解决Android中反编译出问题的
感谢楼主分享