好友
阅读权限30
听众
最后登录1970-1-1
|
本帖最后由 海天一色001 于 2020-7-9 10:43 编辑
第39个CM程序,解压出的文件有两个,一个CM程序,一个相关信息文件。
先打开damn.nfo这个文件,查看一下,大致是DAMN这个组织招人的测试要求,需要对这个程序打补丁、编写注册机,然后补丁、注册机还得是win32程序,还不能用VB、Delphi 或 Cpp builder 编写,最好用Win32 asm 或 c / c + + 等。我不必有这么高的要求,只要能爆破,编写出注册机就行了,最后可以学习一下打补丁。
打开damn.exe,上面显示出这不是其他的CM程序,这是DAMN工作室的加入测试,输入name=“52pojie”,Key=“12345677890”,右侧的“Register”按钮仍是灰色的不可用状态,下面程序状态为“LOCKED”即锁定状态,点击了一下这个大按钮,弹出锁定提示窗口:
左键点击标题栏左上角,弹出系统菜单,打开“about”菜单,内容翻译如下:“你正在参加DAMN's 组织的入门测验。本程序由EGOiSTE/DAMN编写。 首先为这个简单的密钥检查程序做一个注册机,然后尝试破解这个程序。锁定按钮应该显示未锁定的标志,如果按下了,程序必须说它现在是未锁定状态。 仅此而已。 你可以给文件打年补丁,不允许有其他的修改!如果你设法解决了这两个任务,请联系DAMN!祝你好运!”与damn.nfo文件内容相似,只是具体表示了补丁是用来更改锁定按钮上的图片的。(后面发现同时需要弹出的信息框内容也要是未锁定状态“UNLOCKED”)
第一步、查壳:
用ASPack加的壳,先用吾爱工具包中的ASPack UnPacker工具脱壳,生成一个damn_u.exe文件,再检测一下:fasm编程的软件。
第二步、爆破:用OD载入damn_u.exe,习惯性地用中文搜索,出来了文本内容:
双击0040110C一句进入CPU窗口,上下查看一下代码,从00401105到00401114处,这是弹出正确提示的消息框;
在00401105这一句是一个从004010EE跳转过来的指令,来到004010EE处,再上下看看代码: 这一段代码中有5个je跳转命令,由WM_COMMAND消息的值ax来决定跳转的目的,而004010EA处的ax要等于0x3ED才能跳到正确提示,所以将这里的cmp ax, 0x3ED改为cmp ax,ax(或者将下一句的je改为jmp均可),将修改后的程序保存为damn_u..cmp.exe(damn_u.jmp.exe),试运行一下:
此时两个程序界面中大按钮上的“LOCKED”图片已变成了“CRACKED”图片,鼠标点击到Name或key文本框,未输入任何字符时,都马上弹出正确信息窗,点掉后又弹出第二个正确信息窗来,可知爆破的位置算是正确的,只不过还不完美,“Register”按钮还是禁用状态。
00401163处改为mov eax,0x1,爆破成功,生成damn_u_eax.exe;
00401357处nop掉,也可爆破,key必须输入8个字符,生成damn_u_ nop.exe;
004012F3处改为mov eax,0x1,下一句改为retn,爆破成功,生成damn_u_retn.exe。
猜测:输入正确的name、key,则Register按钮可用,大按键图片变成CRACKED,点击后弹出正确提示框,大按键图片变成UNLOCKED,先按照这个思路来吧。
第三步、追码:
汇编程序一般都不长,程序代码也很清晰,所以单步从头开始,也算是对ASM编程的一次学习过程吧:
F8向下,到0040101A—00401029处,调用user32.dll中的DialogBoxParamA函数,其中0040101B处的指针指向了00401045处,也就是说运行到00401029处的调用函数时要跳转至00401045处。
00401045--004012E0处的代码段应该是显示主窗体所有内容的,但从00401029处F8向下,却直接弹出了CM的主窗体,只不过大按钮上的图片直接变成了“CRACKED!”
所以为了能更清楚地看到程序运行顺序,在00401045处下断点后重载CM程序,再F8单步向下,到00401029处运行后到00401045处被断下。
继续单步向下,第一次从00401045处向下eax=0x30;运行到00401073处,指令是retn 0x10,运行后来到系统领空user32.dll的77D18734处,Alt+F9键又返回到CM程序的00401045处。
继续单步,这一次(第二次)的eax=0x110;到00401067跳转到得到主窗体句柄的0040117D处,这一句的自动注释是“Case 110 (WM_INITDIALOG) of switch 0040104F”,应该是程序模块的入口点,在这里利用WM_INITDIALOG消息的值对编辑框控件进行初始化或修改,所以下一步会跳到Name或Key文本编辑框的代码段去。
但继续单步向下,不断地按F8键,时不时Alt+F9键,第二十次、第五十次、第N(N>100)次来到00401045处……
快崩溃了,在这个过程中CM程序的窗口开始一点一点地显示出来了,先是外框及标题栏,退出按钮、大按钮区域外框、程序状态小框、程序状态英文字符、大按钮框、大按钮图片(ed)和上方图标框同时出现、DAMN图片、DAMN图片标签文本第三行、DAMN图片标签文本第一行、DAMN图片标签文本第二行及下方第一个文本编辑框……却始终没有显示出主窗体的所有内容,更看不到OD左上角的“运行”字样!没这个标志,CM始终被中断,无法输入文字啊!!!!!!!!!!
隔了一段时间,因为上一次关闭虚拟机时没挂机,重新进入虚拟机的桌面,一眼看到了SoftSnoop的图标,心中一动,用它跟踪一下CM039试试:
很快弹出CM程序窗口,点击Name文本编辑框,SoftSnoop又显示了捕捉到的函数并显示出来,还没输入内容呢,就调用了GetDlgItemTextA函数,然后每输入一个字符,就调用一次GetDlgItemTextA函数,将得到的值存入0x00402353地址,返回值是字符串的长度;再点击Key文本编辑框,也是没输入内容,就调用GetDlgItemTextA函数,值存入0x00402321处,然后调用EnableWindow函数;每输入一次字符,就分别调用这两个函数一次,结合OD,可知上面关于启用“Register”按钮的猜测是正确的。
从OD中查看,00401122至00401134处得到Name字符串,00401147至00401159处得到Key字符串,再到00401163处调用call 004012F3这个注册算法的子程序,所以在004012F3处下断。
运行CM后,在Name文本编辑框中输入字符,再点击Key文本编辑框,程序中断,单步向下:
单步到00401339处,跳到0040136F处使eax=0,又retn到00401168处,让控件的可用属性为false,控件仍不可用;
F8向下,中间又进入user32.dll之中,返回后又来到004012F3处,继续向下,一直在这里打转,出不去了!
这是因为下断的时机不对,此时下断后因为还没有输入Key,所以ecx的值为零,必然会不断重复这个过程。
应该是在输入Key文本后,让Name字符串运算完成后再下断才对。在00401336处知道key必须为8位,所以先取消所有断点,然后F9运行程序,分别输入Name=“52pojie”和Key=“12345678”,返回OD中在0040123B处下断,再点击CM程序窗口中的key文本编辑框,程序中断于0040123B处。此时的大按钮显示的不是“CRACKED”而是“LOCKED”图片!这个问题先放一边,单步向下,继续研究注册算法:
注册算法应该是从004012F4到00401329处,主要是取Name字符串每一位的ASC值,经过一系列运算,将得到的值存入edx中:
[Asm] 纯文本查看 复制代码 004012F3 /$ 90 nop ; 注册算法开始:
004012F4 |. 8B0D 89234000 mov ecx,dword ptr ds:[0x402389] ; ecx=len(name):循环次数
004012FA |. 85C9 test ecx,ecx ; ecx=7
004012FC |. 74 71 je short damn_u.0040136F ; name框为空时跳
004012FE |. 49 dec ecx ; ecx=ecx-1
004012FF |. 8BF1 mov esi,ecx ; esi=ecx
00401301 |. BF 53234000 mov edi,damn_u.00402353 ; edi=name
00401306 |. BB 4E4D4144 mov ebx,0x44414D4E ; ebx=0x44414D4E(1145130318),字符是DAMN
0040130B |. 33D2 xor edx,edx ; edx=0
0040130D |. 8BCA mov ecx,edx ; ecx=0
0040130F |> 33C0 /xor eax,eax ; eax清零
00401311 |. 8A040F |mov al,byte ptr ds:[edi+ecx] ; 取name的每一个字符的16进制ASC码值
00401314 |. 03D0 |add edx,eax ; edx=edx+eax=35+0;35+32;35+32+70;asc(name(i))的累加值
00401316 |. D1CB |ror ebx,1 ; 将操作数ebx(二进制形式)循环右移,并且将右移的数据传递给CF标志位以及最高位
00401318 |. D3CB |ror ebx,cl ; 循环右移指令,被移出的位,补回到最左端
0040131A |. 33DA |xor ebx,edx ; ebx=ebx xor edx
0040131C |. 3BCE |cmp ecx,esi ; 循环次数对比(以len(name)为循环次数)
0040131E |. 74 03 |je short damn_u.00401323 ; 跳出循环
00401320 |. 41 |inc ecx ; ecx=ecx+1:循环次数+1
00401321 |.^ EB EC \jmp short damn_u.0040130F ; 跳回循环开始
00401323 |> 81CB 10101010 or ebx,0x10101010 ; ebx=ebx xor 0x10101010=0x7BD63FBE
00401329 |. 87DA xchg edx,ebx ; 交换edx与ebx中的内容
此时edi中得到的值是“7BD63FBE”,这就是根据输入的“52pojie”所对应的的注册码了。试着在CM程序中输入这两串字符,Register按钮可以使用了,点击后,弹出正确提示:
从0040132B到00401339处是注册码长度验证,Key必须输入8个字符:
[Asm] 纯文本查看 复制代码 0040132B |. BF 21234000 mov edi,damn_u.00402321 ; 将输入的key存入edi中取代name
00401330 8B0D 8D234000 mov ecx,dword ptr ds:[0x40238D] ; Key的字符串长度
00401336 |. 83F9 08 cmp ecx,0x8 ; ecx必须是8,否则失败
00401339 |. 75 34 jnz short damn_u.0040136F ; 跳到eax清零,使Register按钮不能使用
从0040133B到00401371处是注册码字符验证部分,将输入的Key每一个字符与第一部分得出的结果进行相应对比,全部正确则使Register按钮启用,有一个字符错误则Register按钮禁用。继续单步向下:
[Asm] 纯文本查看 复制代码 0040133B |. 33C9 xor ecx,ecx ; ecx清零,作为新的循环次数暂存器
0040133D |> 33C0 /xor eax,eax ; eax清零
0040133F |. C1C2 08 |rol edx,0x8 ; edx循环左移8位 edx=rol(edx,8)=0xD63FBE7B/3FBE7BD6/BE7BD63F/7BD63FBE
00401342 |. 8AC2 |mov al,dl ; al=dl=0x7B/D6/3F/BE
00401344 |. 8AD8 |mov bl,al ; bl=al=0x7B/D6/3F/BE
00401346 |. 24 0F |and al,0xF ; al=al and 0xF = 0xB/0x6/0xF/0xE
00401348 |. C0EB 04 |shr bl,0x4 ; bl=bl/2/2/2/2 =0x7?右移补0操作,将二进制位逐次在右边去掉一位然后在左边添个0,移多少位重复上述操作多少次
0040134B |. 80E3 0F |and bl,0xF ; bl=bl and 0xF = 0x7/0xD/0x3/0xB
0040134E |. 3C 0A |cmp al,0xA ; 这个比较有什么用?
00401350 |. 1C 69 |sbb al,0x69 ; 带借位减法 al=al-0x69=0xA2
00401352 |. 2F |das ; al=0x42:减法后的十进制调整,如果 AL 的低四位大于 9,或 AF=1,那么,AL=AL-06H,并置 AF=1;如果 AL 的高四位大于 9,或 CF=1,那么,AL=AL-60H,并置 CF=1;如果以上两点都不成立,则清除标志位 AF 和 CF。经过调整后,AL 的值仍是压缩型 BCD 码
00401353 |. 38444F 01 |cmp byte ptr ds:[edi+ecx*2+0x1],al ; ‘B’与‘2’比较?‘6’与‘4’、‘F’与‘6’、‘E’与‘8’比较
00401357 |. 75 16 |jnz short damn_u.0040136F
00401359 |. 8AC3 |mov al,bl
0040135B |. 3C 0A |cmp al,0xA
0040135D |. 1C 69 |sbb al,0x69
0040135F |. 2F |das
00401360 |. 38044F |cmp byte ptr ds:[edi+ecx*2],al ; ‘7’与‘1’比较?‘D’与‘3’、‘3’与‘5’、‘B’与‘7’比较
00401363 |. 75 0A |jnz short damn_u.0040136F
00401365 |. 41 |inc ecx00401366 |. 83F9 04 |cmp ecx,0x4
00401369 |.^ 75 D2 \jnz short damn_u.0040133D
0040136B |. 33C0 xor eax,eax ; eax清零
0040136D |. 40 inc eax ; eax=1,下步才能使Register按钮启用
0040136E |. C3 retn ; 返回到 00401168 (damn_u.00401168)
0040136F |> 33C0 xor eax,eax
00401371 \. C3 retn ; 返回到 00401168 (damn_u.00401168)
在00401353处,al的值分别是B/6/F/E,ds:[edi+ecx*2+0x1]从信息窗口可以看出分别是ds:[00402322]、ds:[00402324] 、ds:[00402326] 、ds:[00402328],值分别是Key字符串的第2、4、6、8位字符;
在00401360处,al的值分别是7/D/3/B,ds:[edi+ecx*2]从信息窗口可以看出分别是ds:[00402321、ds:[00402323] 、ds:[00402325] 、ds:[00402327],分别是Key字符串的第1、3、5、7位字符;
cmp byte ptr ds:[edi+ecx*2+0x1]和al cmp byte ptr ds:[edi+ecx*2],al的结果肯定是将Z标志置0,让下一句的跳转成立,注册码验证失败,所以每当运行到这两句时,双击寄存器窗口中Z标志位的“0”将其改为“1”,使跳转失效,然后继续单步运行(这里可以将00401357、00401363处指令nop掉,同样是爆破成功),循环4次后,将eax置1,返回到00401168处,Register按钮启用,程序基本上分析完成了。
注册机用VB做太难了,没有类似循环右移等指令,自己编的总是对不上汇编的结果等!在论坛里进行了求助,solly和JuncoJet两位大神热情指导,JuncoJet大神直接给出了VB函数,solly大神指出了我编程中的错误,所以就出现了两个注册机,注册机1是利用JuncoJet大神提供的函数编写,注册机2是在solly大神指正后自己编写的,其实也就是循环右移函数实现方法的不同,其他都是一样的。
终于成功了,但有可能出现溢出错误,目前还没有精力研究太深,如有精通VB的大神还可以多多指教。
第四步、补丁:
从程序的“about”窗口中可知,程序要求大按钮显示的图片既不是“LOCKED”也不是“CRACKED”,而是“UNLOCKED”。在网上搜了很久,才算是弄明白了程序运行顺序,大按钮加载位图在窗口显示之前已经完成了,我一开始的猜测注册成功后改变大按钮显示图片的想法是错误的。要想改变就必须在显示窗口之前更改了参数才行。仔细研究代码,从0040117D到004011BD处应该是大按钮处加载位图的程序段了,GetDlgItem函数取得要修改的控件的句柄,LoadBitmapA函数修改按钮图片:
从下向上分析,004011B6到004011BD处这三句,是加载位图文件资源的函数LoadBitmapA及其两个参数,重点在004011B6一句的eax值上,在爆破及追码的过程中也注意到了,如果先运行程序,输入Name/Key后再下断点,eax的值为0,按钮图片显示的是“LOCKED”,如果先下断点,再运行程序,那么此时eax的值为1,按钮图片显示的是“CRACKED”。
向上查看代码,在004011A7处用ds:[0x402313]对eax赋值;
再向上看,0040119D处指令为call damn_u.00401372,估计这个call得到ds:[0x402313]的值;
再向上,则是GetDlgItem函数取得要修改的控件的句柄了。
用两种下断方式来具体追踪一下eax的值:首先是先运行程序再下断点的方法,程序无法在0040117D至004011BD之间的任一处断下,原因很简单,这一段已经在断下前运行过了,自然无法再中断;此时点击004011A7这一行,可以看到在信息窗口中ds:[00402313]=00000000,也就是eax将被赋值为0;再向下到004011B4处,edi=ds:[0x4022E7]=0x004022F3,到004011B6处,eax=ds:[0x004022F3]=0x66,ASCII值是“f”;
从下面内存窗口中可以看到红色部分是CM程序标题栏内容、弹出信息框的标题栏内容、弹出信息框的文本内容三种状态的所有文本,猜测是大按钮图片的“f”“e”“g”三个指针。
接下来是在004011A7处下断,F9运行程序,直接中断于004011A7,此时ds:[00402313]=00000001;
F8向下到004011B4处,edi=ds:[0x4022E7+4]= ds:[0x4022EB]=0x004022F7;到004011B6处,eax=ds:[0x004022F7]=0x65,ASCII值是“e”。
继续向下,到004011BD处加载位图;
继续向下,到004011DA处用SendDlgItemMessageA发送对话框消息;
继续向下,到004011E4至004011EF处,代码与004011A7至004011B6处有了重复,仍然用ds:[0x402313]对eax赋值,最终计算得到eax=ds:[edi+ ds:[0x402313*2] =0x0040224C (damn_u.0040224C), ASCII "DAMN's TryMe - CRACKED!",作为SetWindowTextA的文本参数;
继续向下,到004011F8处,调用SetWindowTextA函数改变标题内容;
继续向下,到004012A6处,指令为retn 0x10,返回到 77D18734 (user32.77D18734);
继续单步,进入user32.dll领空内,Alt+F9键运行到用户程序,马上弹出CM窗口,此时的大按钮图片已是“CRACKED”了。
再点击大按钮,弹出提示框“Program has been CRACKED!”。
由上面分析出,ds:[00402313]的值决定了大按钮图片显示的结果,0为锁定,1为破解,那么2可能就是未锁定了。
所以Ctrl+F2键重新加载CM,F9运行,中断于004011A7处,将004011A7与004011E4处的代码“mov eax,dword ptr ds:[0x402313]”改成“mov eax,2”,
单步向下,到004011B6处,eax=ds:[0x004022FB]=0x67,ASCII值是“g”;
继续单步,到004011F1处,注释中看到“Text = "DAMN's TryMe - UNLOCKED!"”;
继续向下,到004012A6处,指令为retn 0x10,返回到 77D18734 (user32.77D18734);
继续单步,进入user32.dll领空内,Alt+F9键运行到用户程序,马上弹出CM窗口,此时的大按钮图片已是“UNLOCKED”,CM标题也变成了“DAMN’s TryMe – UNLOCKED!”了。再点击大按钮,弹出提示框仍是“Program has been CRACKED!”而不是“UNLOCKED”,说明可能还有地方没改过来。
点掉提示框,回到OD中,代码停留在004012DC处,上一行是调用MessageBoxA函数;
再向上查看代码,又发现了两处ds:[00402313]:004012BF、004012A9处指令均为mov eax,dword ptr ds:[0x402313],干脆将这两处也改为“mov eax,2”,总共4处,将修改后的文件保存成damn_u_path.exe,试运行一下,大按钮图片显示、CM程序标题内容、点击大按钮弹出的信息框内容均显示了“UNLOCKED”,说明这种爆破算是正确的,达到了作者的要求。
综上所述,ds:[0x402313]的值(1、2、3)决定了大按钮的图片、CM程序标题栏的内容、弹出信息框的标题及内容。只要找到给ds:[00402313] 赋值的地方,将返回值改成2即可,不用象上面修改4个地方,说不定还有什么地方没修改到呢。
Ctrl+F2重载CM程序:因为大按钮图片加载是在CM窗口显示之前就确定的,所以来到004011A7处,向上查看代码,在GetDlgItem函数之后,第一次用ds:[0x402313]给eax赋值之前的0040119D处调用子程序call damn_u.00401372应该就是给ds:[0x00402313]赋值的call了。在此处下断,F7跟入:
到004013BA处,一个短跳到004013C4处,基本上可以看出上面一大堆的运算没什么用,只看edx与0x11145445是否相等就行了,相等跳到00402000处,不等则令edx=1,然后跳到0040201C处。所以先跟到0040201C处:
看出在这里给ds:[0x402313]赋值为1,下一句返回到 004011A2 处,所以是“CRACKED”状态;
Ctrl+F2再次重载CM程序,F9运行,F7跟入,直接来到004013B4处,F4键,在右侧寄存器窗口将edx的值改为0x11145445,F8键向下,此时edx=0,跳转到00402000处成立,继续单步向下:
可以看到,又冒出了个ds:[0x40230B]出来,此时可以看到ds:[0x40230B]=1,则又跳到0040201C处,使得edx=ds:[0x402313]=0,返回004011A2后会变成默认的“LOCKED”状态;所以此时的ds:[0x40230B]应该为0,不跳到0040201C处,而是继续向下。所以在00402005处直接将eax的值改成0后再单步,运行完0040200F、00402013的指令后,程序从00402019到0040201处的自身代码发生了改变,可能是自校验吧?
先不管它,继续单步向下,到0040201C处,ds:[0x402313]=2了。那么返回到004011A2后,程序状态变成了“UNLOCKED”。
继续向下,到004011F8处运行后,看到004011F2处的注释变成了“hWnd = 000A048C ('DAMN's TryMe - UNLOCKED!',class='#32770')”;继续向下,到004012A6处进入user32.dll领空,Alt+F9键返回到用户领空,弹出CM窗口,标题内容和大按钮均是“UNLOCKED”了。
点击大按钮,弹出信息框,内容却还是“CRACKED”。这样看,说明在点击大按钮后ds:[0x402313]的值又发生了改变。点掉信息框,程序中断于004012DC处,向上看,
004012A9到004012BF之间有一个call damn_u.004012E3,应该就是改变ds:[0x402313]值为1的地方了,nop掉试一试?
再次重载程序,在004011A9和004012B5处下断,然后再F9,和上一次一样进入00401372,到00401384处将edx改成0x11145445,到00402005处将eax改成0,再到到004011A2处,F9键运行,弹出CM程序窗口,点击大按钮,中断于004012B5处,将此处nop掉,F9运行,弹出信息框,内容已变成了“UNLOCKED”了。成功了。
那么还可以将004012B0处的je改成jmp,还可以这里不nop,在004012E3处直接修改成retn,这都应该是正确的。
最终我的修改方案是在004012E3处修改成“retn”,在00401372处第一句修改为“mov dword ptr ds:[0x402313],0x2”,第二句直接“retn”,保存到文件damn_u_path_1.exe中。这种方案比damn_u_path.exe要少修改两处地方。其实这中间还有很多不是很明白的地方,如00401372中一大堆的运算是什么意思,ds:[0x40230B]怎么使用等,还需要努力。
附件
039.rar
(626.25 KB, 下载次数: 18)
,含CM原程序、爆破后的程序、注册机、OD等的调试文件等。160个CM、我已练习过的前39个crackme程序(不含012)都在里面。
百度链接:https://pan.baidu.com/s/1NEpyyUefbKcoJvMGG_9OmQ
提取码:p8dk |
免费评分
-
查看全部评分
|