| 本帖最后由 wai1216 于 2018-2-22 21:48 编辑 
 
 恩,算是玩vmp的笔记吧,祝大家新年快乐。 ----------------------------------------------------- 先谈谈爆破,这个比起其他的方面的话,应该很多人喜欢,比较直截了当。当然,也会提一些vmp其他的东西。   基础知识: 平常我们爆破一个软件,有一种有常见的方法就是通过修改jcc跳转来达到爆破的目的。而vmp实现jcc,跳还是不跳,其实计算是eflags。   以jz为例,大家都知道jz跳不跳其实是看zf标志位的状态: zf == 1 ---> 跳转 zf == 0 ---> 不跳转 那么我们看看vmp是怎么做的,先上个elflags reg图和给几个要用的数字以及一个handle:   数字:0x815      0x246      0x206      0x216      0x40 (如果有玩过vmp的,应该对这几个数字有熟悉)   handle大致样子,记为vm_p(a,b): [Asm] 纯文本查看 复制代码 not a
not b
and a,ba和b可以是寄存器 空间 -----------------------------------------------------   下面我会一一解释。 先看看0x815的二进制:100000010101 好像看不出来什么所以然,那么这样呢? 这样就很直观了,其实等价于OF AF PF CF的mask。 同理大家可以看看其他的几个数字。 比如0x40,这里就直接用维基的图了: -----------------------------------------------------   明白了这几个数字的含义那么我们看看可以怎么得到zf为1的情况,之前已经说到了会用到eflag的值。是不是可以这样:        ~zf  = and(0x40,not(eflags)) = 0                                                         (1)         zf   = and(0x40,eflags) = 1                                                                (2) 注意到这里的0和1所对应到eflags zf的数值 那么eflags又是怎么得到的,这里vmp通过加法和0x815实现        eflags = and( eflags1, 0x815) + and( eflags2, not(0x815))                    (3)   而vmp中的not,and运算都可以用vm_p来实现,比如我们将式(1)转换后,如下:        ~zf = vm_p(not(0x40),eflags) = 0 至于eflags1,eflags2我们可以并不关心他怎么运算的,因为我们只需要修改最终的eflags即可达到爆破的目的。 不过接触过vmp的人应该明白eflags1,eflags2的数值是通过vm_p(sn,sn)+?这样的式子得到的。 相信vmp为什么会选择0x40这个数字来计算zf大家也明白了(还有一点,大家注意下af)。 -----------------------------------------------------   那么明白了原理之后,我们找个东西进行一番实践。 这里我选择的是EverEdit,因为官方刚好有两个vmp版本   使用的是官方下的32位的绿色版   你可以输入了随意输入sn后(不过注意,everedit的sn太短不行,233)通过暂停法然后再单步找到vmp调用handle的地方(也就是dispather),也可以通过那块保存sn的堆空间找到(因为是malloc的),当然方法很多。 然后取消断点,使用trace into记录数据,等待出现注册码不正确,结束记录。 接下来我们只需要找到vm_p这条handle,然后在记录的文件之中搜索(记得倒着,从下向上)就ok。   怎么找handle,如果你对vmp有了解的话,应该知道其实就4套handler。 这里我用一种我的方法,先分析是如何jmp到handle的。 [Asm] 纯文本查看 复制代码 0052474C    8B1485 00D05B00   mov edx,dword ptr ds:[eax*4+0x5BD000]    ; <== handler调用
00524753  ^\E9 EA9BFAFF       jmp EverEdit.004CE342
004CE342    4A                dec edx                                  ; EverEdit.00524F92然后我们在看看0x5BD000这个数组: 如果有人再仔细一些会发现,这个地址刚好是vmp0的区段的开始,其实这是有原因的。 对了,可以提一提,这个数组大小是0x100 * 4。但其实vmp加密的时候第一次扫了186次,第二次随机扫剩下的,再把地址填进去。 至于为什么是186次: 1).186个匹配规则 2).186个handle   然后我把这些地址记录下来,再用c打了出来: 具体代码就不帖了。 很幸运的是,od看了看第一个handle对应的就是vm_p [Asm] 纯文本查看 复制代码 0041742D    66:D3C2           rol dx,cl
00417430    8B45 00           mov eax,dword ptr ss:[ebp]
00417433    66:89F2           mov dx,si
00417436    8B55 04           mov edx,dword ptr ss:[ebp+0x4]
00417439    66:0FBAE3 01      bt bx,0x1
0041743E    F7D0              not eax
00417440    66:0FBAE4 01      bt sp,0x1
00417445    60                pushad
00417446    F7D2              not edx
00417448    F8                clc
00417449    66:85E4           test sp,sp
0041744C    F5                cmc
0041744D    21D0              and eax,edx
0041744F    9C                pushfd
00417450    890C24            mov dword ptr ss:[esp],ecx               ; EverEdit.005BA174  ----------------------------------------------------- [Asm] 纯文本查看 复制代码 not eax
not edx
and eax,edx-----------------------------------------------------   这时我们打开trace记录的log,直接搜eax=40或者edx=40或者not(40)等 三次找到这个地方: [Asm] 纯文本查看 复制代码 00417430 Main     mov eax,dword ptr ss:[ebp]                ; EAX=FFFFFFBF
00417436 Main     mov edx,dword ptr ss:[ebp+0x4]            ; EDX=00000246
0041743E Main     not eax                                   ; EAX=00000040
00417446 Main     not edx                                   ; EDX=FFFFFDB9
0041744D Main     and eax,edx                               ; FL=PZ, EAX=00000000vm_p(not(40),eflags) ------>  and( 40, not(eflags))
很明显这里就是取0x40与eflags进行运算了,然后相信怎么修改大家也有明确了。 比如这里eax得到0,注册码不成立,那么正确的应该是这样vm_p(not(0x40),0x216) = 0x40,也就是eax的值是0x40成立。后面还有vm_shr之类的运算,不过那是确定zf的。 (这里想吐槽下EverEdit的作者,把sn一个一个读取的过程也vm了,跑了这么多行指令也是醉了)   然后我们可以根据寄存器的情况,写个小脚本或者做补丁了。比如这样的: [Asm] 纯文本查看 复制代码 bp 41744d
start:
run
cmp eax,00000040
jnz start
cmp edx,FFFFFDB9
jnz start
cmp esp,0012E4E4
jnz start
end:
bc 41744d
ret当然我这里取esp做剪枝不太好,取esi,edi之类的更好。 停下来的时候修改寄存器的数值即可达到爆破的目的。 这里我直接修改edx为not(206)即可。然后这个软件好像是个重启验证,恩,有兴趣的可以研究研究。应该多改几次就可以了,估计不止一个jcc。 -----------------------------------------------------   接着说下vmp3.x的爆破,其实差不多,不过vmp3.x比起之前的来说区别还是很多 比如把handle更分散,用jmp等方法连接,然后还有一些检测。不过大家了解了vmp对于eflag的使用,那么应该没啥问题。 这里给个最新版的点,以便于大家理解。trace into之后的对比前16w行即可 [Asm] 纯文本查看 复制代码 00423F89    8A45 0B         mov al,byte ptr ss:[ebp+0xB]
00423F8C    8BE5            mov esp,ebp
00423F8E    5D              pop ebp                                  ; EverEdit.00423ED3
00423F8F    C2 0800         retn 0x8有兴趣的可以看看,当然都不是爆破这个软件的点。本身这个软件实现无限试用也不难。   最后说下vmp。在未了解之前,就一直说听过。在了解了之后,才发现这个东西设计得多么细腻,从反汇编引擎到加壳的过程可以说是一个很顺畅的流程。当然vmp3.x重写了反汇编引擎(有点怪异..),然后想看怎么加壳发现流程被vm了。 
 |