-
-
[原创]分享一个对抗JUMPOUT的小技巧
-
发表于: 2020-4-22 14:52
-
本人小菜一枚，虽然技术不咋地，但是对一些事物比较有耐心并且善于观察，偶尔会因为自己的细心获得一些额外的小收获；今天我就来分享一个小技巧，不是什么高大上的技巧，但相信很多人在逆向过程中都遇见过；该技巧用来对抗JUMPOUT，它对于我这样的小白来说还是挺有用的，如果你和我一样小白可以以这种方法试试，大佬嘛， 你就一笑而过吧，哈哈！
很明显r5还是0x9d，所以F79F + 0x9d = F83C， 继续patch，继续删函数继续创建函数(主要thumb还是arm，注意偏移)，哟，效果不错哦，好像没有JUMPOUT了哦：
我说这是fla，你还有什么话说，哈哈， 确实这个也是4年前的技术，哈哈，伪代码太多，这里就不截图了，但我随便截一个内部的函数伪代码的图吧：
至此完美收工，技术要点：
1、遇见JUMPOUT就patch
2、ida会帮我们解析出一些跳转的偏移，它解析不了的，我们需要帮助它
3、记得删除函数块和新建函数块，同时有些时候你需要帮助ida确定函数尾
4、我的代码不能patch所有地方，每遇到一个JUMPOUT，你需要修改偏移，然后手动patch（因为它们的JUMPOUT特征不固定，想完美patch，需要完美的patch代码，哈哈，不过它一个函数JUMPOUT的地方还不是很多，你按我的方法做也不累）
5、至于fla嘛，你随意吧，网络上对抗fla的帖子还是挺多的，另外想动态调试可以忽略它
前几天看见有人发sig3算法的帖子，帖子是好帖子写的不错；算法中对于so的保护用到了和阿里差不多的技术，技术细节这里不在赘述了；但看见有人用临时账户留言说是四年前的技术，于是勾起了我的好奇心；回想过去曾经尝试逆向sgmain三个不同版本6.3.80、6.4.36、6.4.176，我内心的感觉是老版本破解难度要远远强于新版本，老版本应用了很多技术，就混淆这块就有cfg对抗(我也不知道专业人士怎么叫)、动态跳转、跳转表、动态参数、fla、很多混淆花指令等，而新版本好像只用了fla、 cfg对抗技术。于是我下载了一个比较新的版本6.4.1229来看，发现和6.4.176没啥变化。
前几天看见有人发sig3算法的帖子，帖子是好帖子写的不错；算法中对于so的保护用到了和阿里差不多的技术，技术细节这里不在赘述了；但看见有人用临时账户留言说是四年前的技术，于是勾起了我的好奇心；回想过去曾经尝试逆向sgmain三个不同版本6.3.80、6.4.36、6.4.176，我内心的感觉是老版本破解难度要远远强于新版本，老版本应用了很多技术，就混淆这块就有cfg对抗(我也不知道专业人士怎么叫)、动态跳转、跳转表、动态参数、fla、很多混淆花指令等，而新版本好像只用了fla、 cfg对抗技术。于是我下载了一个比较新的版本6.4.1229来看，发现和6.4.176没啥变化。
那既然变化不大，看来四年前的技术不是指sgmain那一套，可能指的新技术指的是avmp吧，可是我怎么都感觉avmp和livteVM纠缠在一起，本人实在才疏学浅，就不钻牛角尖了。
进入正题，现在我就来分享这个对抗技巧，关于它是啥原理我这里就不再描述了，想得到专业描述你最好google去；先看一下对抗前的效果图（以最新的
6.4.1229 为例）：
从上面两幅图，我们可以清楚的看到ida无法给我们分析出完成的cfg了，但是别急ida要远比我们想象的聪明，你看第一幅图
ida给我们算出了一个JMMPOUT的地址，这里是F5D0，这个F5D0是不是值得思考一下，在看汇编代码
不巧，这个BX R5的最终结果就是这个
F5D0，哦，哦，哦，扫噶，看来ida还是挺聪明的，那我们把它patch成跳转到F5D0后会怎么样呢？我先给你们附上代码：
def put_unconditional_branch(source, destination):
offset = (destination - source - 4) >> 1
if offset > 2097151 or offset < -2097152:
raise RuntimeError("Invalid offset")
if offset > 1023 or offset < -1024:
instruction1 = 0xf000 | ((offset >> 11) & 0x7ff)
instruction2 = 0xb800 | (offset & 0x7ff)
PatchWord(source, instruction1)
PatchWord(source + 2, instruction2)
else:
instruction = 0xe000 | (offset & 0x7ff)
PatchWord(source, instruction)
put_unconditional_branch(here(), 0xF5D0)没错就修改代码这一行
[注意]传递专业知识、拓宽行业人脉——看雪讲师团队等你加入！
最后于 2020-4-22 14:54
被angelToms编辑
，原因：
|
|
|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
感谢分享哦～
|
|
|
|
|
|
哈哈，感谢大佬抬爱 
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
fla是ollvm的一个混淆选项，控制流平坦化。 cfg是控制流图。IDA会把代码划分成基本块，再加上单向边组成图。这个图就是CFG。 |
|
|
liteVM是什么，首先大佬莫笑，我也不知道，可以猜想一下： 1、有没有调用，可以试着在sdk中删除相关java代码，跑一跑 2、sdk源码暴露给我们的是它和InvocationHandler、Proxy有关，用Class.forName显示的加载了一下，没有也没关系 3、在库中你可以找到它的创建code，可能需要还关注一下bb2i34u32clsb 4、另外有些结构比较有意思，它注册了很多，例如： // DCD aJnigetversion ; "JNIGetVersion" // DCD ndiu34h834f+1 // DCD 1 // DCD 1 // DCD 1 // DCD aJnifindclass ; "JNIFindClass" // DCD ndi3uq4fh024+1 // DCD 1 // DCD 1 // DCD 1 // DCD aFopen_0 ; "fopen" // DCD __imp_fopen // DCD 2 // DCD 1 // DCD 0 // DCD aFreopen_0 ; "freopen" // DCD __imp_freopen // DCD 3 // DCD 1 // DCD 0 // DCD a_litevm_printf ; "_litevm_printf" // DCD sub_9C19C+1 // DCD 3 // DCD 1 // DCD 1 // DCD a_litevm_fprint ; "_litevm_fprintf" // DCD sub_9C240+1 // DCD 4 // DCD 1 // DCD 0 有没有跑偏我不知道，其他就留给想象吧......
最后于 2020-4-27 09:44
被angelToms编辑
，原因：
|
|
|
 太厉害了，我要努力学习，跟上大神的步伐。
|
|
|
删除Java代码去找native调用这个思路好，学到了 |
|
|
|
|
|
|
|
|
|
|
|
https://www.anquanke.com/post/id/179080#h2-3楼主抄的这篇文章的代码也没有说一声，具体分析可以看这个文章 |
|
|
我虽然是菜鸡，但你真高抬你自己了，我就是抄了，怎么滴吧，你写的？轮子谁不会造，拿来主义有什么不好？再说我干嘛要说，那是老毛子写的，又不是你写的，还具体分析看那篇文章， 咋能看出花呀？我随便改一下，改成idc，你就不逼逼了？有意思嘛？好像就你会搜索一样，大家连搜索都不会！
最后于 2020-4-26 12:38
被angelToms编辑
，原因：
|
|
|
 火药味真重
|
|
|
|
_air
