起因
之前下载某个软件的时候，有点不对劲，六七百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 原创，转载请注明来自看雪社区
# 往期推荐
球分享
球点赞
球在看
点击阅读原文查看更多
