-
-
[原创]App免Root加载Xposed模块的工具（换种思路实现Xpatch）
-
发表于: 2021-9-3 17:33
-
|
|
|---|---|
|
|
你这种人我能想象出来的现状。 1. 自大 2. 看了几篇概念性的东西就觉得自己会了 3. 不动手，其实啥也不会，觉得自己啥也会 4. 看别人东西，看一丢丢，就说自己仔细看了，然后其实啥也没看懂就装懂。 5. 啥都觉得自己懂，其实你啥也不懂！因为你几乎没动手操作过，就纸上谈兵了 6. 你这样种程序员就是很多人的通病，不动手，不谦虚，永远提升不了。 奉劝你，仔细看看别人的代码，看看别人的精华，你给我发的任何东西，我发现你都没仔细看。然后在这装懂。你连Xpatch如何注入的hook框架源码都不知道，就一个劲的说我只增加了个dex，你去看看最麻烦的是dexlib2修改dex，然后回写 |
|
|
|
|
|
|
|
|
|
|
|
所谓换个思路，原来是抄别人的或者说是偷别人，最后只是自找死路。被别人揭露出来的还理直气壮？还有这么厚颜无耻的人？难怪你在论坛文章里只字不提怎么直接修改dex。这个论坛有几个会看你的垃圾代码？不看你的垃圾代码就是自大？你这是什么逻辑？ 通过这些，别人已经看清的你的抄袭无耻的面目，你赶快挖洞钻进去，不要在这里丢人。说什么不能再加固，别人发帖已经证明你的无知。这是引用他的发帖：“以前做过类似的工具，实现会更好一些，经过两年的迭代目前对非加固应用支持较好。如需加固应用支持可以使用商业插件。”来打你的脸！！！！ |
|
|
我只想问你你会什么？？ 是不是被我前面打脸了几次，揭穿了你个啥也不会就乱BB的人，很恼怒呀？？哈哈 还有别人做出来是别人的事情，你有啥骄傲的？？我说别人搞不出来加固的了？你能搞出来吗？你这么厉害我等你开源
最后于 2021-9-7 09:04
被学着学逆向编辑
，原因：
|
|
|
平头哥很早就解决这个问题了。解决方案见链接： 77dK9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6Y4K9i4c8Z5N6h3u0Q4x3X3g2U0L8$3#2Q4x3V1k6$3K9i4u0B7j5i4u0d9j5i4c8W2L8q4)9J5c8Y4u0S2N6r3g2D9i4K6u0V1j5$3!0J5k6g2)9J5c8X3u0D9L8$3u0Q4x3V1k6E0j5i4y4@1k6i4u0Q4x3V1k6U0L8$3&6@1j5h3W2F1k6i4u0Q4x3X3c8J5N6h3&6@1K9h3#2W2i4K6u0V1M7X3g2H3K9$3N6Q4x3V1k6K6M7X3y4Q4x3V1k6E0j5h3W2F1i4K6u0r3K9X3q4$3j5g2)9J5c8X3y4G2L8g2)9J5c8Y4k6A6M7X3A6S2M7W2)9J5c8Y4u0S2N6r3g2D9i4K6u0r3M7Y4g2F1N6r3W2E0k6g2)9J5c8X3k6A6P5r3g2J5i4K6u0r3b7i4y4K6k6i4u0@1c8X3W2^5k6i4u0Q4x3X3g2B7j5i4k6S2 出现你这个问题的原因： //我们需要在io重定向之后，重构assetManager对象，否则app使用重构前的apk文件维护zip索引信息，使用新的文件作为内容体。在asset关闭重开后会数据紊乱 //否则使用Android自带刷新机制来刷新asset数据，这可能引发application重复加载。android认为apk文件改变，那么应该重新触发application加载 //但是application的加载代码可能存在副作用，比如往静态空间写入flag等 |
|
|
哦哦，我看错了。xpatch没有IO重定向机制，他那里出现你这个问题的原因是需要被store的资源他进行了压缩。其实属于他的错误处理。但是从更底层来说，重打包之后涉及到文件指纹发生了变化，所以需要修复文件指纹。文件指纹包括从文件系统获取到的文件数据以及已经打开到并映射到内存的内存数据修正。
最后于 2021-9-7 09:44
被virjar编辑
，原因：
|
|
|
@tDasm 看看人家 有问题 给解决方案 大佬我看你问题 application的加载代码可能存在副作用，比如往静态空间写入flag等 你是想说静态代码块中有初始化静态变量吗？哪如果我判断了是否存在静态代码块，如果存在将指令插在第一条呢？因为插入的是一条静态指令，也不会影响整个方法的registerCount，这样还有啥坑呢？ |
|
|
|
|
|
说的不是你这个问题，application加载副作用是这样的一个场景。 就是你对app进行重打包，重打包之后其实签名变了，虽然现在可以hook PM过掉签名，但是在底层还是有可以通过自行解析文件的方式获取真实签名。这也是xpatch为啥过不了很多壳的原因。因为在native层很容易就发现不对了 为了解决这个问题，我们需要在native处理文件指纹问题，核心方法就是对文件读写函数进行hook。技术名词叫做“IO重定向”。处理过程就是当app native代码读取apk文件的时候，把这个文件重定向到没有改包之前的原apk文件，这样指纹和app内容都是没有改变的。 但是当IO重定向上了之后，又导致了连带的副作用，如果单纯的io重定向，在IO重定向前后，Android framework层面的表现就是app启动一瞬间，apk文件发生了变化（他看到app刚打开和现在apk的文件修改时间发生了变化）。在Android framework层面来说，由于本身就要支持dex热加载，所以这个时候他认为apk变化了，框架就会重新再反射创建一次application，application的onCreate生命周期会被调用两次。 我这里说说的application加载副作用则是这个场景发生。 所以我们需要处理掉Android framework对于这个副作用的问题，这个时候就是需要重构assetManager，在assetManager中间又会遇到坑。因为在我们的静态代码执行之前，其实apk已经被打开了，有一些apk的数据已经被加载到内存当中，当我们进行io重定向之后，文件系统的文件和内存里面的数据对不上。就各种崩溃 |
|
|
好吧 大佬 只看懂了前半部分！！ 还挺麻烦的 不能把它简单的当成个zip处理
最后于 2021-9-7 11:18
被学着学逆向编辑
，原因：
|
|
|
|
|
|
肯定不是简单的zip，有些资源需要压缩，有些资源需要store，还涉及有些需要对齐。牛逼的是有些app会直接mmap读取apk数据，就算你处理了store和压缩，你没有对齐也能导致app崩溃 |
|
|
太复杂了，看来我是解决不了了，坐等xpatch作者和各位大佬们解决 |
|
|
帮你解决了！！！ 关于大佬的对齐问题还得研究研究！我测试WX 和 你说的没问题了！ |
|
|
感谢感谢，给你一千万颗❤️ |
|
|
说你是文抄公，说你是偷别人的思路，就要回答你的问题?你这是什么逻辑?脑残了? |
|
|
别骂人呀！有大佬失风度啊！有啥生气的，就是想和你这种人聊聊你这种人的心理。 我说你看这块代码，你说我不看！ 这就是赤裸裸的耍流氓！
最后于 2021-9-30 17:37
被学着学逆向编辑
，原因： 改错
|
|
|
|
|
|
|
