起因
之前下载某个软件的时候,有点不对劲,六七百M,但是还是双击打开了,后来这个东西释放/下载了一些木马文件下来,Defender告警了,我才发现有问题,后来github的号都被盗了,非常的气愤,接下来分析一下这个小马。
Sha256
d77f0490f9c921baad0015c1eec2cafe1021814c8c28dee10a93179476fcb366
是C/C++写的,直接IDA,IDA帮我自动跳到main函数。
很好,不出意料,这个问题修改一下cfg先解决一下。
很好,完全看不懂(这里其实至少可以看出有bcf在的,bcf也是ollvm里的一种混淆措施,不懂的可以google下,太基础的不讲了)。
虽然看着比较吓人,但是稍微仔细看一下会发现,分发块的TRUE分支对应的真实块。
几乎所有的真实块最后都链接到LoopEnd(LoopEnd是啥可以看一下ollvm的源码,这里不细讲,资料比较多)。
定位到StateVar(控制流平坦化的相关概念)被赋值的指令,然后找这个值对应的真实块,然后Patch就好了,但是写代码很吃细节(特别魔改过的ollvm),因为容易错,特别是大函数,编译器也瞎jb优化,有时候标准的ollvm自动优化成不标准的了。
控制流很清晰,但是还是有bcf在,逻辑几乎还是看不了。
仔细研究下,其实每个函数都有2个bcf变量(ollvm好像全局只有2个bcf变量,有点忘了),用来构造恒成立不等式的,这里有10个,因为他核心的混淆函数只有五个。
我的处理bcf的方式是,因为那个变量不影响运算,我直接把引用这个变量的指令Patch了,举个例子
主要目的是让这个ecx寄存器变成常量,让IDA的反编译器来参与优化。
他这个样本还有类似于虚拟寄存器的东西。
这一系列运算都不知道在干嘛。
这种超大的函数,只能借助Proximity browser来借助分析一下调用流(这里有个问题,ida卡的不行,ida只占那么一两百M内存是怎么回事,有几个g可以给他为什么不吃,鼠标移一下就卡好几秒,有没有懂哥)。
这种一看就是shellcode的调用,但是shellcode在哪里呢,这是大问题。
直接定位到CreateThread。
很好,只需要知道这个&v3186[*v3187]在哪里。
很好,静态分析已经到头了(这部分的太多数学运算指令了,有点整不明白,希望大手子来指点下)。
其实就是关键的系统API附近打断点,祈祷解密的shellcode在附近就是了(单步去分析这些运算指令也不现实,就跟手动跟VMProtect一样)。
打了好几个地方的断点,无果。
后来在这里附近:
起初我是想知道这些字符串是怎么被运算出来的。
后来发现还要写常量替换,指令合并,不然还是看不懂的(写起来估计也费劲,还不一定有用)。
但是,狗运有点好。
似乎直接在内存中发现了这个shellcode?
直接dump出来,上传vt。
很好,说明dump的没问题(但是这部分shellcode具体是怎么来的,其实并没有搞出来)。
慢慢分析就好了。
肯定是把我chrome的token和cookie偷了。
接下来准备研究一下,在有别人token和cookie的情况下,能做什么事,大伙期待下一篇帖子把。
https://github.com/helloobaby/thread-282253-details
看雪ID:ookkaa
https://bbs.kanxue.com/user-home-865434.htm
*本文为看雪论坛优秀文章,由 ookkaa 原创,转载请注明来自看雪社区
# 往期推荐
球分享
球点赞
球在看
点击阅读原文查看更多