CSDN博客

img jiangtao

软件保护机制小窥

发表于2001/4/10 16:49:00  2893人阅读

保护机制小窥

【声明】
我写文章以交流为主,希望大家在转载时能保持文章的完整性。

【前言】
这次以介绍保护机制为主,就不写什么脱壳方法了,其实以前我也误导了不少善良的观众。了解一个加壳软件最主要的应该是了解其保护机制,这也是我后来才领悟的一点。以下介绍的一点保护机制的知识。这里只为了让大家和我一起来共同学习和了解保护机制的知识。

水货作者:        ljttt
出厂日期:        2001-01-01    (水货的东东一般都这样写出厂日期的)

①、首先,我们来看个比较简单的自身保护方法。这段代码如下:

 0040CC54: 03F3                      add esi,ebx                        <--esi指向某段代码,ecx为代码的长度(DWORD)
 0040CC56: 8B06                      mov eax,dword ptr [esi]            <--取出代码中的 4 个字节
 0040CC58: 33D0                      xor edx,eax                        <--XOR异或
 0040CC5A: F7D2                      not edx                            <--取反
 0040CC5C: 33D1                      xor edx,ecx                        <--与ecx(代码长度)异或
 0040CC5E: 03D0                      add edx,eax                        <--与代码中的 4 个字节相加
 0040CC60: 83C604                    add esi,00000004                    <--定位到代码中的下 4 个字节
 0040CC63: 49                        dec ecx                            <--代码长度减一
 0040CC64: 75F0                      jnz 0040CC56                        <--循环

先来描述一下这段代码的功能:可以看到这段代码用 ESI 作为指针,用 ECX 保存长度。把 ESI 指向的数据进行异或取反,最后在 EDX 中得到一个“值”。

那么它和自身保护有什么联系呢?我来简单说一下,如果 ESI = 0040CC54, ECX = 0040CC64 - 0040CC54。那么这段代码是不是就是把自身的代码进行运算(异或取反)呢? OK !

那么如果你这段代码中间设下一个断点,会有什么变化呢?运算得到的“值”会和原来未设断时的相同吗?

我们以SoftICE来简单介绍一下吧。当你在SoftICE的调试环境下,设下一个断点时,那么这个断点所在的代码的第一个字节就会变成 0xCC。
这样由于设下断点,代码就被改变了,那么运算的“值”就和未设断时不一样了。你可能想到有了这个值,就可以用比较的方法来判断是否自身是否被设下断点了。不错,这是一种方法,但是这很容易被......在加壳软件中,一般会把这个“值”作为还原密匙,来还原下一段代码。
也就是所谓的 SMC 技巧来还原代码。

(但是如果你在SoftICE中用 D 指令来显示这行代码,却没有发现变化。呵呵,但是,如果你再启动另一个调试器TRW2000,来显示这行代码,再看看?呵呵,明白了吗?)

②、SMC技巧来还原代码。
在加壳软件中,分段还原代码是一种很普遍的方法了。也许你有过这样的经历。(怎么,弄得象散文了?!)你跟踪过某个软件,发现了某段代码,比如 CPUID (相应的十六进制代码为 0x0F 0xA2)。却发现当你用十六进制编辑软件来查找 0x0F 0xA2 时,却怎么也找不到,Why?

其实道理很简单,就是在程序的可执行文件中保存的是加密了的数据,只有程序在运行时才会由程序在某处由一段还原代码来解密这段加密数据,(还原后的数据就是你在调试器中可以“看”到的真实的代码)。然后,程序才执行这段还原后的代码。现在你清楚了吧!比如象 ① 中 介绍的那段代码是用来形成还原密匙的,只有密匙正确时,也就是说它先四下“打量”一下,当“发现”自身没有被修改(或者被设下断点)时,才“悄悄地”还原出另一段被加密了的代码。然后继续!
有点意思吧!在加壳软件中,如果它“想”保护某段代码,就会加密它,然后在程序运行时用另一段代码形成密匙来还原它!这样就防止你静态分析它,当然为了防止你用动态跟踪的方法,所以它还结合了 ① 中介绍的自身保护方法。这样,如果你误入陷阱(在其自身保护的某处设下了一个断点),那么还原出的代码就是一堆垃圾代码。如果这样,你可不要写信给作者,说他程序编得有问题哦?!

(当然 SMC 技巧可以被用作多种用途。不要大家有先入为主的概念,SMC的技巧既可以被加壳软件用作自身保护的一种方法,也可以被Cracker作为一种破解的方法,所以......怎么用,还在于你!......你想用来编“病毒”.....老天,为什么天才总有点反叛因子!)

前面介绍了简单的自身保护技巧,也许你早就想好了对付它的方法,比如:
不设任何断点,用单步跟踪的方法
或者先跟踪一次记下正确的密匙,下次跟踪时任意设断,只在它取密匙时“给”个正确的给它。
或者用 BPM 断点只跟踪数据、不跟踪代码的方法进行动态跟踪。
你还可以想得更多。。。。

当然,为了更好地保护自身,所以在加壳软件中也不会只是这么简单地保护自己,你猜加壳软件中又会用到什么保护方法可以防止以上方法呢?

③、一种反跟踪方法:API调用的变形。
你也许喜欢首先在某个关键的API函数处设断,然后才进入程序代码中进行跟踪。但是在加壳软件中这种方法可就要小心了。
我们来看看这段代码:

015F:00411B6A  33C0                XOR       EAX,EAX                    <--ESI指向API函数地址的入口,如CreateFileA( )
015F:00411B6C  AC                  LODSB                                <--获取一个字节
015F:00411B6D  3C50                CMP       AL,50                        <--判断是否为 50
015F:00411B6F  720F                JB        00411B80                    <--小于 50 ,则跳转到 00411B80
015F:00411B71  3C57                CMP       AL,57                        <--判断是否为 57
015F:00411B73  770B                JA        00411B80                    <--大于 57 ,则跳转到 00411B80
......
015F:00411BD3  897A01              MOV       [EDX+01],EDI
015F:00411BD6  8B831F7B0000        MOV       EAX,[EBX+00007B1F]
015F:00411BDC  8B8B237B0000        MOV       ECX,[EBX+00007B23]
015F:00411BE2  8B93277B0000        MOV       EDX,[EBX+00007B27]
015F:00411BE8  8BBB3B7B0000        MOV       EDI,[EBX+00007B3B]
015F:00411BEE  8BB3377B0000        MOV       ESI,[EBX+00007B37]
015F:00411BF4  8BAB337B0000        MOV       EBP,[EBX+00007B33]
015F:00411BFA  8B9B2B7B0000        MOV       EBX,[EBX+00007B2B]
015F:00411C00  E900000000          JMP       00411C05                    <--此处的跳转将被修改为API函数地址内的一条指令处

(说明:进入这段代码时,ESI指向了某个 API 函数的入口地址,ESP指向的堆栈中压入了该 API 函数需要的各个参数。由于代码较长,没有完整列出)

以上这段代码的作用,就是通过分析(或者说反汇编) API 函数开始的部分代码,然后把这部分代码“复制”到自己的进程空间中执行后,再进入该 API 函数的内部某处代码继续执行 API 函数。

这样,当你在此 API 函数入口处(比如: bpx CreateFileA)设断时,就会“拦”不到它,为什么?因为,它不从 API 函数入口处执行。而是绕了个弯从“侧门”进入的。瞧,加壳软件多有意思!也许,这时你会想,那么就在 API 函数的内部某处代码设断不就行了吗?你要小心,加壳软件有善良的,也有喜欢“恶作剧”的,它通过分析 API 函数开始部分的代码,一方面进行“反汇编”,另一方面,如果你在它分析的代码中设下了断点时,也可能他会痛下杀手,因为断点的代码为 0xCC,它可不喜欢在 API 函数中出现这种指令。如果你由此当机了..........


④、反动态跟踪的方法。
当然,加壳软件也可能不只是把眼光放在防范你设断点,也可能直接就把“眼光”放在防范调试状态上了。比如最直接的就是检测你的当前环境中是否加载了调试器或者是某些工具软件。比如:

This method is most known as 'MeltICE' because it has been freely distributed
via www.winfiles.com. However it was first used by NuMega people to allow Symbol
Loader to check if SoftICE was active or not (the code is located inside nmtrans.dll).

The way it works is very simple:
It tries to open SoftICE drivers handles (SICE, SIWVID for Win9x, NTICE for WinNT)
with the CreateFileA API.

Here is a sample (checking for 'SICE'):

BOOL IsSoftIce95Loaded()
{
   HANDLE hFile;  
   hFile = CreateFile( "////.//SICE", GENERIC_READ | GENERIC_WRITE,
                      FILE_SHARE_READ | FILE_SHARE_WRITE,
                      NULL, OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL, NULL);
   if( hFile != INVALID_HANDLE_VALUE )
   {
      CloseHandle(hFile);
      return TRUE;
   }
   return FALSE;
}

以上是摘自FrogsICE的文档。利用 CreateFile( ) 打开一些特殊的“文件”,如果返回值不是 -1,它就可以“发现”加载了SoftICE。当然这种方法由于可以在WIN98/NT下通用,所以很常见。
类似的,如果你把检测的字符串 //./SICE 改成
//./NTICE                检测NT下的SoftICE
//./FILEMON                检测FileMon
//./REGMON                检测RegMon
//./TRW                    检测Trw
//./TRWDEBUG            检测Trw
//./ICEDUMP                检测IceDump
就可以“发现”其他的跟踪了。

另一种常见的检测SoftICE的方法如下,同样摘自FrogsICE的文档。

* * SOFTICE SHOULD NOT BE LOADED SO THAT FROGSICE CAN DETECT THIS METHOD * *

This method of detection of SoftICE (as well as the following one) is
used by the majority of packers/encryptors found on Internet.
It seeks the signature of BoundsChecker in SoftICE

    mov     ebp, 04243484Bh        ; 'BCHK'
    mov     ax, 04h
    int     3       
    cmp     al,4
    jnz     SoftICE_Detected

其实检测SoftICE方法有很多,在 FrogsICE 的文档中介绍了一些,这里的介绍只是窥其一斑而已。如果你有最“新”的反跟踪方法,可一定要通知我哦。^_^


⑤、自身保护和反动态跟踪相结合:
最后我们来看看这段代码:

015F:0040DDD8  01FF                ADD       EDI,EDI
015F:0040DDDA  C783CB18000090010000MOV       DWORD PTR [EBX+000018CB],00000190 
015F:0040DDE4  8BEB                MOV       EBP,EBX
015F:0040DDE6  BA561E0000          MOV       EDX,00001E56
015F:0040DDEB  03D3                ADD       EDX,EBX
015F:0040DDED  52                  PUSH      EDX
015F:0040DDEE  6467FF360000        PUSH      DWORD PTR FS:[0000]        <--SEH
015F:0040DDF4  646789260000        MOV       FS:[0000],ESP                <--SEH
015F:0040DDFA  89A3A3760000        MOV       [EBX+000076A3],ESP
015F:0040DE00  BECD1E0000          MOV       ESI,00001ECD
015F:0040DE05  03F3                ADD       ESI,EBX
015F:0040DE07  8BFE                MOV       EDI,ESI                    <--EDI=40DECD
015F:0040DE09  B90F0A0000          MOV       ECX,00000A0F                <--ECX=0xA0F,ECX保存的是循环次数
015F:0040DE0E  8B93FC760000        MOV       EDX,[EBX+000076FC]

;--------------------------------------------------------------------------------------------------
;以下这一段代码同 1 中介绍的代码类似。
;也就是把代码段 ( 015F:40D8E6 - 015F: 40DECA ) 之间的代码和 EDX 的初始值进行运算来形成一个“密匙”
;结果仍然保存在 EDX 中。
;--------------------------------------------------------------------------------------------------
015F:0040DE14  56                  PUSH      ESI                        <--循环开始处
015F:0040DE15  51                  PUSH      ECX                        <--入栈保存,ECX保存的是循环的次数=A0F。
015F:0040DE16  B979010000          MOV       ECX,00000179
015F:0040DE1B  BEE6180000          MOV       ESI,000018E6
015F:0040DE20  03F3                ADD       ESI,EBX                    <--ESI=40C000+18E6=40D8E6。(40C000是程序入口)
015F:0040DE22  8B06                MOV       EAX,[ESI]                    <--取代码中的 4 个字节
015F:0040DE24  33D0                XOR       EDX,EAX
015F:0040DE26  33D1                XOR       EDX,ECX
015F:0040DE28  83C604              ADD       ESI,04
015F:0040DE2B  49                  DEC       ECX                        <--循环次数减一,ECX初始值为179
015F:0040DE2C  75F4                JNZ       0040DE22                    <--这一段是和前面介绍的相同的方法进行自身保护
015F:0040DE2E  59                  POP       ECX                        <--出栈
015F:0040DE2F  5E                  POP       ESI                        <--出栈
;--------------------------------------------------------------------------------------------------
;这段代码用 EDX 中的“密匙”来还原 EDI 指向中的被加密了的代码,EDI初始值为 40DECD
;--------------------------------------------------------------------------------------------------
015F:0040DE30  AD                  LODSD
015F:0040DE31  33C2                XOR       EAX,EDX
015F:0040DE33  AB                  STOSD
;--------------------------------------------------------------------------------------------------
;这段代码用来进行反跟踪
;--------------------------------------------------------------------------------------------------
015F:0040DE34  0F018BA57A0000      SIDT      FWORD PTR [EBX+00007AA5]    <--取IDTR的内容
015F:0040DE3B  8BB3A77A0000        MOV       ESI,[EBX+00007AA7]            <--取IDT表基地址
015F:0040DE41  894E08              MOV       [ESI+08],ECX                <--修改 int 1 的处理程序地址为 ECX,让你死翘翘。
;--------------------------------------------------------------------------------------------------
;把“密匙”进行变换。
;--------------------------------------------------------------------------------------------------
015F:0040DE44  3393521E0000        XOR       EDX,[EBX+00001E52]
015F:0040DE4A  8BF7                MOV       ESI,EDI
015F:0040DE4C  EB70                JMP       0040DEBE
......(省略)
015F:0040DEBE  FF834E1E0000        INC       DWORD PTR [EBX+00001E4E]
015F:0040DEC4  33D1                XOR       EDX,ECX
;--------------------------------------------------------------------------------------------------
; 判断循环是否结束,即此时后面的所有被加密的代码都已经被还原
;--------------------------------------------------------------------------------------------------
015F:0040DEC6  49                  DEC       ECX                        <--循环次数减一,ECX初始值为A0F
015F:0040DEC7  0F8547FFFFFF        JNZ       0040DE14                    <--循环结束处
015F:0040DECD  5F                  POP       EDI                        <--被加密了的代码
015F:0040DECE  44                  INC       ESP                        <--未还原的代码

这段代码比较长,所以要看懂它得花点时间。这是一种把“反动态跟踪”和“自身保护”结合的一种方法。
可以看到 015F:0040DECD 之后的代码已经被加密了,这段代码就是用来还原被加密了的代码的。当这段代码循环结束后,后面的被加密了的代码就已经还原出来了,这就是 SMC 技巧的应用。在这段代码中“密匙”是由前面所有的代码来运算得到的。并且每循环一次就变换一次。这就是 1 中介绍的自身保护。防止你修改它的代码或者设下断点跟踪。
另外,程序中还加入了一种“反动态跟踪”的方法,就是修改了 单步中断 的中断处理程序的地址。这样,你的跟踪环境就被破坏了。

015F:0040DE34  0F018BA57A0000      SIDT      FWORD PTR [EBX+00007AA5]    <--取IDTR的内容
015F:0040DE3B  8BB3A77A0000        MOV       ESI,[EBX+00007AA7]            <--取IDT表基地址
015F:0040DE41  894E08              MOV       [ESI+08],ECX                <--修改 int 1 的处理程序地址为 ECX,让你死翘翘。


这就是加壳软件的特点,攻防结合。所以一不小心,你就可能落入了它设下的陷阱,见到了“如来佛”。所以为了防止被它送到西天。你就得下点功夫,了解自身保护、反跟踪的特点和技巧。加壳软件一般就是这样一个陷阱重重的地方。当然加壳软件的保护机制也有它的弱点,只要你的程序指令机器“读”得懂,那么动态跟踪不行,就有静态分析,或者动静结合。所以才会各种相应的脱壳机的出现。当然这是一个“矛”和“盾”的关系,孰强孰弱,我想关键在于运用得当和推陈出新。比如,我常会结合MD5/RSA/BLOWFISH等加密算法进行注册码计算,怎么样?!哈哈,然后用IF指令进行注册判断!?...................

【后记】
由于这些保护机制的方法出现的频率比较多,所以介绍一下也无妨。其实,这些东西很早就有了。但是对于生产水货的我,常常喜欢来点新瓶装旧酒。另外,我对ANTI-DEBUG了解得还不全面,也希望能够抛砖引玉,能引出更多的高手,让大家来进行打假。
0 0

相关博文

我的热门文章

img
取 消
img