|
|
|---|---|
|
|
前言
很多人都想学习解密，这东西刚入门时会让人沉迷进去，可以饭不吃、觉不睡。出现这种现像，也许是解密满足了人们的猎奇心里吧。但掌握这方面技术，对自身的提高确实有好处。可以通过跟踪软件，提高自己的调试技能，并且能了解他人程序思路，使自己写出更好的程序。研究解密技术有助于掌握一些系统底层知识，系统底层知识绝对是构造起大型软件的坚实基础。许多程序发展，都经历了这一锻炼过程的。 而大多数人可能认为解密是一门高深的学问。造成这种原因是以前这方面的技术资料缺乏，从而将“解密”这一技能“神”化了。初学者一般不知从何下手，由于没方向，花费了大量时间和精力，走了不少弯路。这里就给对这方面感兴趣的读者指明一个方向。 讨论前，先了解一下计算机中的程序。高级语言编写的程序，会编译成机器语言在CPU中执行，如Visual C++等。由于机器语言与汇编语言是一一对应的，因此就可将机器语言转化成汇编语言，这个过程称之为反汇编。而汇编语言可能读性是比较好的，这样就可分析程序流程，解析其功能了，这个过程就是解密（俗称破解）。也就是说，解密的基础是建立在汇编语言级别上的，因此想涉足这一领域的朋友，汇编语言一定得学好。汇编语言是大学计算机的必修课，这方面的书籍品种很多，虽然大多书本是以DOS汇编为讲解平台，但对理解汇编指令功能是没影响的。 建议：在学汇编前，最好先掌握一门高级语言编程，推荐是C语言，这样再学汇编应容易些  汇编教学资源： [label=汇编资料] 中山大学汇编视频教学 http://v.youku.com/v_show/id_XMTAyMDY3NTI4.html http://v.youku.com/v_show/id_XODk4MTE2NDQ=.html …… 更多的，在优酷里搜索 8088 汇编速查手册 8088 汇编跳转 商朝子的汇编语言教学 浮点指令 hume的浮点运算简介 32位代码优化常识 汇编语言中"[]"的用法 test和cmp一个很基础的话题 [/label] 中山大学的教程，学习时一天看一级，一级看2-3次为好，并随时做好笔记。一月下来就会有效果的。学完后可以到 http://www.315safe.com/download/SmallClass.asp?BigClassid=92&SmallClassid=134&page=2 再巩固下汇编。 等汇编学好了，此时一般的破解文章己能看懂了，但为了水平提高的更快些，建议再掌握Win32编程。Win32程序设计就是API方式的Windows编程，学习Windows API将使您更深入地了解Windows工作方式。此类书籍有Charles Petzold著的《Windows程序设计》（以VC来讲解）。另一本是罗云彬著的《Windows环境下32位汇编语言程序设计》，它以MASM汇编为讲解平台。  [label=Win32编程] 《Windows程序设计》 介绍一些经典的网站和书籍 [/label] 有了上面这些基础，你就能看懂论坛中的一些文章了，也能看懂《 加密与解密（第三版） 》这本书了。  购买链接：http://product.dangdang.com/product.aspx?product_id=20267378 学习解密其实很累的，需花费大量的时间，而且经常会碰壁，三五天毫无进展是极为平常的事情。这时你可能有点想退却，其实你不要着急，只要你认真学习，成功就在眼前。没有人是生来就什么都会的，如果你有问题，就大胆的去问你周围的人。学解密的秘诀就是勤奋＋执着！记住并能做到这两点，你会变得很优秀的。 等你解密入门后，建议再看看Matt Pietrek、Jeffrey Ritcher等大师的专著，这些书是每个程序员都应该阅读的：《Windows 95 System Programming Secrets》（中文译名《Windows 95 系靳程式设计大?秘》），《windows高级编程指南》，《Windows2000编程技术内幕》，《Win32系统编程―Windows 2000应用程序开发指南》等。这样，你就对系统底层有一定的了解了。到了这个水平后，就可朝软件加密这块发展了，例如编写自己的加壳软件等。    软件的加密与解密是一个迷人的研究领域，它几乎可以与任意一种计算机技术紧密结合――密码学、程序设计语言、操作系统、数据结构。而由于这样或者那样的原因，对于这一领域的关注程度一直还处于低温状态。而这两本书相信会为更多对知识怀有渴望的朋友多开辟一条走向这个领域的道路，并且进而推动这个领域的不断发展。 |
|
|
第一课 逆向分析基础知识
1.1 调用约定 在分析汇编代码时总是要遇到无数的Call，对于这些Call，尽量要根据Call之前传递的参数和Call的返回值来判断Call的功能。传递参数的工作必须由函数调用者和函数本身来协调，计算机提供了一种被称为栈的数据结构来支持参数传递。 当参数个数多于一个时，按照什么顺序把参数压入堆栈。函数调用后，由谁来把堆栈恢复。在高级语言中，通过函数调用约定来说明这两个问题。常见的调用约定有：  【例】按__stdcall约定调用函数test2(Par1, Par2) push par2 ; 参数2 push par1 ; 参数1 call test2; { push ebp ; 保护现场原先的EBP指针 mov ebp, esp ; 设置新的EBP指针，指向栈顶 mov eax, [ebp+0C] ; 调用参数2 mov ebx, [ebp+08] ; 调用参数1 sub esp, 8 ; 若函数要用局部变量，则要在堆栈中留出点空间 … add esp, 8 ; 释放局部变量占用的堆栈 pop ebp ; 恢复现场的ebp指针 ret 8 ; 返回（相当于ret; add esp,8） } 其堆栈调用示意图：  [label=资料] 函数调用堆栈变化分析 [/label] 1.2 局部变量 在子程序内部说明的变量称为局部变量，局部变量的作用域是其所在的子程序。从汇编角度来看，局部变量就是一个临时堆栈缓存，用完释放。 例如这个实例：附件:local.zip 其反汇编代码如下（红体字为局部变量）： 00401000 >/$ 6A 04 push 4 ; /Arg2 = 00000004 00401002 |. 6A 03 push 3 ; |Arg1 = 00000003 00401004 |. E8 16000000 call 0040101F ; \Add.0040101F 00401009 |. 8BD8 mov ebx, eax 0040100B |. 6A 00 push 0 ; /ExitCode = 0 0040100D \. FF15 00204000 call [<&KERNEL32.ExitProcess>] ; \ExitProcess 0040101F /$ 55 push ebp ; 保护现场原先的EBP指针 00401020 |. 8BEC mov ebp, esp ; 设置新的EBP指针，指向栈顶 00401022 |. 83EC 04 sub esp, 4 ; 分配局部变量所有空间 00401025 |. 8B45 0C mov eax, [ebp+C] ; 调用参数2 00401028 |. 8B5D 08 mov ebx, [ebp+8] ; 调用参数1 0040102B |. 895D FC mov [ebp-4] , ebx ; 参数1放局部变量里 0040102E |. 0345 FC add eax,[ebp-4] ; 参数2与局部变量相加 00401031 |. 83C4 04 add esp, 4 ; 释放局部变量所有空间 00401034 |. 5D pop ebp ; 恢复现场的ebp指针 00401035 \. C2 0800 retn 8 1.3 返回值 在调试程序时，不要见Call就跟进，在Call之前所做的所有PUSH动作以及对寄存器的操作都可能是在给函数传递参数，而函数的返回值一般都放在EAX里面，当然这个值可能是一个指针，指向一个数据结构。从汇编角度来看，主要有如下形式： 1)通过寄存器返回函数值； 2)通过参数按引用方式返回函数值； 3)通过全局变量返回函数值； 4)通过处理器标志返回函数值； 一般情况下，由retrun操作符返回的值放在EAX寄存器之中，如果结果超过这个寄存器的位容量，那么该结果的高32位会加载到EDX寄存器中。 如果返回一个含有几百个字节的结构或者一个近似大小的对象，编译器会在不告诉程序的情况下，给函数传递一个隐式参数，这个指针指向保存的返回结果。 1.4 启动函数 在编写Win32应用程序时，都必须在源码里实现一个WinMain函数。但Windows程序执行并不是从WinMain函数开始的，首先被执行的是启动函数相关代码，这段代码是编译器生成的。启动代码完成初始化进程，再调用WinMain。标准编译器通常包含启动代码在内的库文件源码，例如Visual C++中，启动代码存放在CRT\SRC\crt0.c文件中。 所有的C/C++运行时启动函数的作用基本都是相同的：检索指向新进程的命令行指针，检索指向新进程的环境变量指针，全局变量初始化，内存堆栈初始化等。当所有的初始化操作完毕后，启动函数就调用应用程序的进入点函数。 调用WinMain如下所示： GetStartupInfo (&StartupInfo); Int nMainRetVal = WinMain(GetModuleHandle(NULL),NULL,pszCommandLineAnsi,(StartupInfo.dwFlags&STARTF_USESHOWWINDOW)?StartupInfo.wShowWindow:SW__SHOWDEFAULT); 当进入点返回时，启动函数便调用C运行库期的exit函数，将返回值（nMainRetVal）传递给它，进行一些必要处理，最后调用系统函数ExitProcess退出。 其他一些编译器，如Delphi、BorLand C++开发包中都有相应的启动代码。 在绝大数情况下，我们对启动代码并不需要关心。 对于逆向分析人员来说，首要的任务是找到Winmain函数。 WinMain函数原型如下： int WINAPI WinMain( HINSTANCE hInstance, // 当前实例的句柄 HINSTANCE hPrevInstance, // 前一个实例的句柄 LPSTR lpCmdLine, // 命令行的指针 int nCmdShow // 窗口的显示状态 ); 其中参数hInstance一般通过GetModuleHandleA函数进行获取的，这对识别WinMain函数有些帮助。另外，对WinMain的调用通常放在启动函数代码结尾部分，后面通常跟着诸如exit或XcptFilter之内的两、三个函数。例如下面这段代码： .text:004010DC push eax ; nShowCmd .text:004010DD push [ebp+lpCmdLine] ; lpCmdLine .text:004010E0 push esi ; hPrevInstance .text:004010E1 push esi ; lpModuleName .text:004010E2 call ds:GetModuleHandleA .text:004010E8 push eax ; hInstance .text:004010E9 call WinMain(x,x,x,x) .text:004010EE mov [ebp+var_60], eax .text:004010F1 push eax ; int .text:004010F2 call _exit 许多开发人员可以得到启动源代码的情况下对启动代码进行修改，这样，程序的执行可能不是从WinMain开始，而是从任何其他的函数开始。 1.5 API函数 现在很多讲Windows程序设计的书都是讲基于MFC库和OWL库的Windows设计，对Windows实现的细节都鲜有讨论，而调试程序都是和系统底层打交道，所以有必要掌握一些Win32 API函数的知识，这样我们可快捷地找出程序调用错在哪？是哪个参数出了问题。 Windows程序模块包括KERNEL、USER和GDI，其中KERNEL完成内存管理、程序的装入与执行和任务调度等功能，它需要调用原MS?DOS中的文件管理、磁盘输入输出和程序执行等功能；USER是一个程序库，它用来对声音、时钟、鼠标器及键盘输入等操作进行管理；GDI是一功能十分丰富的子程序库，它提供了图形与文字输出、图象操作和窗口管理等各种与显示和打印有关的功能。上述KERNEL、USER和GDI模块中的库函数可被应用程序调用，也可被其他程序模块调用。把包含库函数的模块称为输出者（export）。你应明白为什么跟踪软件时经常在KERNEL32!.text和USER32.text等系统领空转的问题吧。 这里列出几个经常碰到的Win 32 API函数，它们都是存在Windows系统核心文件KERNEL32.DLL中和视窗管理文件USER32.DLL中。 Windows函数是区分字符集的：A表示ANSI，W表示Wide，即Unicode (Wide character-set)，前者就是通常使用的单字节方式，但这种方式处理象中文这样的双字节字符不方便，容易出现半个汉字的情况。而后者是双字节方式，方便处理双字节字符。Windows的所有与字符有关的函数都提供两种方式的版本。尽管你编程时使用GetWindowText，但实际上编译程序会根据设置自动调用GetWindowTextA或GetWindowTextW。函数的最后一个字母告诉我们函数是使用单字节还是双字节字符串。 1、 Hmemcpy函数 void hmemcpy(hpvDest, hpvSource, cbCopy) void _huge* hpvDest; // 目的数据地址 const void _huge* hpvSource; // 源数据地址 long cbCopy; // 数据大小 (Bytes) 这个函数在KERNEL32.DLL中，它很常用，俗称万能断点，但一般的编程书籍上很少提到，原因它是底层的东西，没有特殊需要，一般不直接调用。但的确它是很有用的！有意思的是它执行的操作很简单，只是将内存中的一块数据拷贝到另一个地方。 注意：此函数只在Windows 9x系统上有效，在Win NT/2K系统上相关的函数是memcpy，但在Win NT/2K上不同于Windows 9x上，很少再调用memcpy来处理数据了，用此函数设断基本上什么也拦不住。 2、 GetWindowText函数 此函数在USER32.DLL用户模块中，它的作用是复制指定窗口中的字符到缓冲区。函数原型： int GetWindowText( HWND hWnd//欲获取文字的那个窗口的句柄 LPTSTR lpString //预定义的一个缓冲区，至少有cch+1个字符大小；随同窗口文字载入 int nMaxCount//lpString缓冲区的长度 ); 16位：GetWindowText 32位：GetWindowTextA，GetWindowTextW 3、 GetDlgItemText 此函数在USER32.DLL用户模块中，它的作用是返回对话框中某一个窗口的标题或文字。函数原型： UINT GetDlgItemText( HWND hDlg, // 对话框句柄 int nIDDlgItem, //控制标识符 LPTSTR lpString, / 预定义的一个字符缓冲区 int nMaxCount// 字符缓冲区的长度 ); 16位：GetDlgItemText 32位：GetDlgItemTextA，GetDlgItemTextW 4、 MessageBox函数 此函数是在USER32.DLL用户模块中，它的作用创建、显示和操作信息框。函数原型： int MessageBox( HWND hWnd, //窗口句柄 LPCTSTR lpText, // 信息框中文字的地址 LPCTSTR lpCaption, // 信息框标题地址 UINT uType // 信息框类型 ); 16位：MessageBox 32位：MessageBoxA，MessageBoxW 学习API函数最好的资料就是《Windows程序设计》这本书，下面列出其他一些参考资料： [label=API函数资料] Win32 API reference（推荐） Windows API 函数手册（774个Win32函数，中文） 常见断点列表 [/label] [label=其他资料] Win32头文件 [/label] |
|
|
|
|
|
第四课 静态分析技术
所谓静态分析即从反汇编出来的程序清单上分析，从提示信息入手进行分析。目前，大多数软件在设计时，都采用了人机对话方式。所谓人机对话，即在软件运行过程中，需要由用户选择的地方，软件即显示相应的提示信息，并等待用户按键选择。而在执行完某一段程序之后，便显示一串提示信息，以反映该段程序运行后的状态，是正常运行，还是出现错误，或者提示用户进行下一步工作的帮助信息。为此，如果我们对静态反汇编出来的程序清单进行阅读，可了解软件的编程思路，以便顺利破解。 常用的静态分析工具有W32DASM、C32Asm和IDA Pro等。 4.1 认识PE格式 在Win32平台上（包括Windows 95/98/ME/NT/2000/XP/2003/CE），可执行文件是PE（Portable Executable）格式。PE文件使用的是一个平面地址空间，所有代码和数据都被合并在一起，组成一个很大的结构。文件的内容被分割为不同的区块（Section，又称区段、节等），块中包含代码或数据。  刚接触这块的朋友只需要简单了解一下PE格式，更具体的PE格式请参考脱壳基础知识入门（2006年版） PE相关名词解释如下： 1．入口点（Entry Point） 程序在执行时的第一行代码的地址应该就是这个值。 2．文件偏移地址（File Offset） PE文件在磁盘上储存时，各数据的地址称文件偏移地址（File Offset）。用十六进制工具（例如Hex Workshop、WinHex等）打开文件显示的地址就是文件偏移地址。 3．虚拟地址（Virtual Address，VA） 由于Windows程序是运行在386保护模式下，在保护模式下，程序访问存储器所使用的逻辑地址称为虚拟地址（Virual Address，VA）。与实地址模式下的分段地址类似，虚拟地址也可写成"段：偏移量"的形式，这里的段是指段选择器。 4．基地址（ImageBase） 文件执行时将被映像到指定内存地址中，这个初始内存地址称为基址（ImageBase）。在Windows NT中，缺省的值是10000h；对于DLLs，缺省值为400000h。在Windows 9x中，10000h不能用来装入32位的执行文件，因为该地址处于所有进程共享的线性地址区域，因此Microsoft将Win32可执行文件的缺省基地址改变为400000h。 5．相对虚拟地址 相对虚拟地址（Relative Virual Address，RVA）表示此段代码在内存中相对于基地址的偏移。即：相对虚拟地址(RVA)=虚拟地址（VA）-基址（ImageBase）。 4.2 虚拟地址和偏移量转换 在OllyDBG,IDA和W32Dasm下显示的地址值是虚拟地址（Virual Address，VA）。而十六进制工具里，如：Hiew、Hex Workshop等显示的地址就是文件地址，称之为偏移量（File offset) 。 其转换原理是因为PE文件在磁盘上的数据结构与在内存中的结构是一致的，如下图：  具体见：http://bbs.pediy.com/showthread.php?s=&threadid=18022 在实际操作时，使用 LordPE等工具很容易进行File offset与VA的转换。LordPE打开目标文件，点击FLC按钮，打开如下图的对话框，填入相应地址，点击DO按钮即可转换：  4.3 文件类型分析 文件分析是静态分析程序的第一步，通过相关工具显示欲调试文件的信息，如它是用什么语言写的，是否加壳等。常用的文件分析工具有PEID，FileInfo等。有关壳的相关知识等入门后，再参考相关教学，如 脱壳基础知识入门（2006年版） 。如果查到文件有壳，此时静态分析是没意义的，但可以用OD动态调试，分析程序算法。 1.PEiD PEiD的GUI界面操作非常方便直观。它的原理是利用查特征串搜索来完成识别工作的。各种开发语言都有固定的启动代码部分，利用这点就可识别出是何种语言编编译的。同样，不同的壳也有其特征码，利用这点就可识别是被何种壳所加密。下面PEiD识别出这个软件是用Asprotect 1.2x加的壳。  2.FileInfo FileInfo（简称Fi）另一款不错的文件检测工具。 FI的具体用法 4.4 W32Dasm简介 W32Dasm简介 4.5 IDA pro操作 IDA简易教程 IDA里的中文字串 4.6 keymaker内存注册机 Q：什么是某个软件的中段地址，指令长度，第一字节，这些数据怎么得到，这些数据在内存注册机中怎么应用？ A： 青色代表着注册码的保存模式 绿色的是中断地址，中断地址一般选择注册码保存模式的下一句，或下几句地址，但必须保证程序中断到这个地址时注册码保存的值没有被任何东西修改或改变。如下面的例子，中断地址可以选在00401205和00401207，但不能选在0040120C这个地址，因为00401207这个Call过后会修改eax的值。 红色的是中断的第一个字节 红色加上蓝色的字节就是指令长度，如下面的例子选的中断地址是00401207，这个地址上有5个字节，所以指令长度是5 00401205 50 PUSH EAX ;eax中保存着真注册码 00401206 52 PUSH EDX ; edx中保存着假注册码 00401207 E8 68 FF FF FF CALL 00401174 ; 比较真假注册码 0040120C 85 C0 TEST EAX,EAX ; 测试注册码真假结果 0040120E 75 42 JNZ SHORT 00401252 ; 假则跳向错误，真则不跳 （小虾回答） |
|
|
|
