【文章标题】: 给LikecanViewer添加自动保存壁纸的功能
【文章作者】: vxworks
【作者邮箱】: vxworks.os@gmail.com
【软件名称】: LikecanViewer V20070814 绿色版
【软件大小】: 000C5000 Bytes
【下载地址】: 自己搜索下载
【使用工具】: OllyDbg, LordPE, PEid
【操作平台】: Win32
【作者声明】: 只是感兴趣，没有其他目的。失误之处敬请诸位大侠赐教!
--------------------------------------------------------------------------------
【详细过程】

    近日在水木社区看到一款小巧别致的桌面软件LikecanViewer。软件的主要功能是全自动设置桌面壁纸，
而作为壁纸的所有图片均保存在服务器并通过网络自动下载，提供逾一百万张超高精度绝美图片可选。

    粗略用了一下，发现壁纸果真精细唯美，于是想把这些壁纸都保存下来。通过在桌面->右键->属性->
桌面可看到软件其实是在Windows目录下生成了一张名为LikeCanWallpaper的图片，其格式为bmp，大小有
3.5M之大。我们当然可以保存该图片来达到我们的目的，但这不是本文的初衷。既然通过网络下载，在软件
目录是不是会存放有这些下载的图片呢。失望的是，查找软件的目录，并没有发现jpg/bmp的踪影，唯一
可疑的目录就是data子目录，如下图所示，里面是20个lkp后缀名的文件，文件名由32个字母和数字混合组成。

而查找软件的菜单和按钮，也没有发现软件有提供把当前壁纸保存下来的功能。回头看data子目录下的文件，
每个文件大小只有300多K，与最后的壁纸图3.5M相去甚远，猜想下载回来的图片经过压缩或加密，由软件进行
解压缩或解密，最后设置为壁纸。不管软件是通过什么方式压缩或加密的，最终总会在内存中还原为原始的
图片格式(JPG/BMP)，因为Windows可不认这种私有的图片格式。如果我们在软件最终将还原的图片数据写入
到壁纸文件之前，将这份数据写入到我们想要保存的文件中，即是完成了让软件自动保存每张壁纸的功能。

    首先用PEid查是否加壳，无壳，Microsoft Visual C++ 7.0编写。很好很强大 :-)

    涉及到文件操作，CreateFile自然是最好的切入点。用OD载入，Ctrl+N找到CreateFile，右键菜单选择
在每个参考上设置断点，F9运行。软件如我们期望的断了下来。

  004213A0  /$  55            push    ebp
  004213A1  |.  8BEC          mov     ebp, esp
  004213A3  |.  56            push    esi
  004213A4  |.  FF75 20       push    dword ptr [ebp+20]               ; /hTemplateFile
  004213A7  |.  8BF1          mov     esi, ecx                         ; |
  004213A9  |.  FF75 18       push    dword ptr [ebp+18]               ; |Attributes
  004213AC  |.  FF75 14       push    dword ptr [ebp+14]               ; |Mode
  004213AF  |.  FF75 1C       push    dword ptr [ebp+1C]               ; |pSecurity
  004213B2  |.  FF75 10       push    dword ptr [ebp+10]               ; |ShareMode
  004213B5  |.  FF75 0C       push    dword ptr [ebp+C]                ; |Access
  004213B8  |.  FF75 08       push    dword ptr [ebp+8]                ; |FileName
  004213BB  |.  FF15 58724700 call    dword ptr [<&KERNEL32.CreateFile>; \CreateFileW
  004213C1  |.  83F8 FF       cmp     eax, -1
  004213C4  |.  75 07         jnz     short 004213CD
  004213C6  |.  E8 93ADFEFF   call    0040C15E
  004213CB  |.  EB 04         jmp     short 004213D1
  004213CD  |>  8906          mov     dword ptr [esi], eax             ; 这里保存文件句柄
  004213CF  |.  33C0          xor     eax, eax
  004213D1  |>  5E            pop     esi
  004213D2  |.  5D            pop     ebp
  004213D3  \.  C2 1C00       retn    1C

    观察堆栈窗口，可以看到CreateFile的参数FileName并不是我们想要的LikeCanWallpaper.bmp。

这里需要注意一点，文件名是以UNICODE形式存在的。实际上这个软件的字符串都是以UNICODE形式存在。

    继续F9多次，在堆栈窗口发现FileName变化为：

  0012C714   001885A0  |FileName = "D:\Software\LikecanViewer\data\0127e916de3713afef6fed144afbaccf.lkp"

    终于开始读取data子目录下的文件了，那后续操作是不是开始解压缩或解密了呢。我们这里并不关心软件
是怎么压缩或加密的，不管他，继续F9吧。F9 N次(N > 20 * 2)，看来软件是把data子目录下的20个文件都处
理了一遍，终于看到我们的壁纸文件了，也就是

  00F4FD70   00198678  |FileName = "C:\WINDOWS\LikeCanWallpaper.bmp"

    到这里开始，我们开始换F8前进。返回到0042410C，发现上面连续push了7个参数，结合刚才的004213BB
处看，实际这里push的参数是给004213BB处的CreateFile函数的。

  004240F4  |.  53            push    ebx                              ; /Arg7
  004240F5  |.  53            push    ebx                              ; |Arg6
  004240F6  |.  68 80000000   push    80                               ; |Arg5 = 00000080
  004240FB  |.  6A 02         push    2                                ; |Arg4 = 00000002
  004240FD  |.  53            push    ebx                              ; |Arg3
  004240FE  |.  68 00000040   push    40000000                         ; |Arg2 = 40000000
  00424103  |.  50            push    eax                              ; |Arg1
  00424104  |.  8D4D F0       lea     ecx, dword ptr [ebp-10]          ; |
  00424107  |.  E8 94D2FFFF   call    004213A0                         ; \LikeCan.004213A0
  0042410C  |.  85C0          test    eax, eax
  0042410E  |.  7C 25         jl      short 00424135

    继续F8到00424113，寄存器窗口ecx显示为ASCII"BM6@8"。这不是bmp文件的magic number吗？

  00424110  |.  8B45 08       mov     eax, dword ptr [ebp+8]
  00424113  |.  8B48 04       mov     ecx, dword ptr [eax+4]           ; ASCII "BM6@8"
  00424116  |.  3BCB          cmp     ecx, ebx
  00424118  |.  75 04         jnz     short 0042411E
  0042411A  |.  33C0          xor     eax, eax
  0042411C  |.  EB 05         jmp     short 00424123
  0042411E  |>  8B40 08       mov     eax, dword ptr [eax+8]
  00424121  |.  2BC1          sub     eax, ecx

    下面先来复习一下BMP的文件格式。BMP文件头前两个字节为BMP文件类型，对于Windows来说固定为"BM"，
紧接着的4个字节为文件大小，这里我们的文件大小为00384036，换算成十进制大概是3.5M，看来这里就是
还原后的bmp数据了。

  02210020  42 4D 36 40 38 00 00 00 00 00 36 00 00 00 28 00  BM6@8.....6...(.
  02210030  00 00 00 05 00 00 C0 03 00 00 01 00 18 00 00 00  .....?......
  02210040  00 00 00 40 38 00 00 00 00 00 00 00 00 00 00 00  ...@8...........
  02210050  00 00 00 00 00 00 FF FF FF FF FF FF FF FF FF FF  ......

    继续F8到00424123，这里又开始压栈了。

  00424123  |>  53            push    ebx                              ; /Arg3        /* NULL */
  00424124  |.  50            push    eax                              ; |Arg2        /* bmp文件大小 */
  00424125  |.  51            push    ecx                              ; |Arg1        /* bmp数据地址 */
  00424126  |.  8D4D F0       lea     ecx, dword ptr [ebp-10]          ; |
  00424129  |.  E8 E2D2FFFF   call    00421410                         ; \LikeCan.00421410
  0042412E  |.  85C0          test    eax, eax
  00424130  |.  885D 0B       mov     byte ptr [ebp+B], bl
  00424133  |.  7D 04         jge     short 00424139

    F7跟进到00421420的call，跟上面004213BB处的CreateFile函数类似，这里实际是调用WriteFile函数，
push的3个参数的含义也因此而明确了。

  00421410  /$  55            push    ebp
  00421411  |.  8BEC          mov     ebp, esp
  00421413  |.  8B45 10       mov     eax, dword ptr [ebp+10]
  00421416  |.  85C0          test    eax, eax
  00421418  |.  75 03         jnz     short 0042141D
  0042141A  |.  8D45 10       lea     eax, dword ptr [ebp+10]
  0042141D  |>  6A 00         push    0                                ; /pOverlapped = NULL
  0042141F  |.  50            push    eax                              ; |pBytesWritten
  00421420  |.  FF75 0C       push    dword ptr [ebp+C]                ; |nBytesToWrite
  00421423  |.  FF75 08       push    dword ptr [ebp+8]                ; |Buffer
  00421426  |.  FF31          push    dword ptr [ecx]                  ; |hFile
  00421428  |.  FF15 50724700 call    dword ptr [<&KERNEL32.WriteFile>>; \WriteFile
  0042142E  |.  85C0          test    eax, eax
  00421430  |.  75 07         jnz     short 00421439
  00421432  |.  E8 27ADFEFF   call    0040C15E
  00421437  |.  EB 02         jmp     short 0042143B
  00421439  |>  33C0          xor     eax, eax
  0042143B  |>  5D            pop     ebp
  0042143C  \.  C2 0C00       retn    0C

    至此，关键call已找到。在00424123处我们可以改变软件流程，让其跳到我们的patch代码处，处理完毕后
再跳回原来地址执行。
  
    Patch的思路是在软件目录下新建一个save目录，让软件把自动保存的壁纸存放到此目录下，文件名形如：
wallpaper.xxxx.bmp，其中xxxx为4位16进制数。保存壁纸到某个文件明确的API流程是：CreateFile() ->
WriteFile() -> CloseHandle()。用wsprintf生成保存的文件名。另外，需要部分变量保存相关信息。

    用LordPE查看区段信息，发现.text段后面尚有部分空白区域。考虑把代码patch到该处。

另外，直接选择空白的代码段作为存放变量之用，需要将代码段设置为可写，用LordPE改之。


    选择0x00467A00开始我们的Patch代码。

    首先是我们的变量分配，原有代码push的3个参数需要保存，选择分别存于00476A00, 00476A04和
00476A08处。00476A0C处存放文件名的xxxx4位16进制数。00476A10存放我们创建文件的句柄，00476A14则存放
WriteFile函数的pBytesWritten参数。从00476A20开始为我们的文件名字符串"save\wallpaper.%04x.bmp"，
注意是UNICODE形式。地址00476A50开始存放经wsprintf处理过的字符串。

  00476A00  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
  00476A10  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
  00476A20  73 00 61 00 76 00 65 00 5C 00 77 00 61 00 6C 00  s.a.v.e.\.w.a.l.
  00476A30  6C 00 70 00 61 00 70 00 65 00 72 00 2E 00 25 00  l.p.a.p.e.r...%.
  00476A40  30 00 34 00 78 00 2E 00 62 00 6D 00 70 00 00 00  0.4.x...b.m.p...
  00476A50  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
  00476A60  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
  00476A70  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................

    经过计算，变量区正好到00476A7F结束，Patch代码从00476A80开始。先跳转到00476A80

  00424123     /E9 58290500   jmp     00476A80
  00424128     |90            nop
  00424129  |. |E8 E2D2FFFF   call    00421410                         ; \LikeCan.00421410

    然后保存之前的ecx, eax, ebx到变量区里

  00476A80      890D 006A4700 mov     dword ptr [476A00], ecx
  00476A86      A3 046A4700   mov     dword ptr [476A04], eax
  00476A8B      891D 086A4700 mov     dword ptr [476A08], ebx

    取出xxxx4位16进制数

  00476A91      8B1D 0C6A4700 mov     ebx, dword ptr [476A0C]

    调用wsprintf函数生成文件名

  00476A97      53            push    ebx
  00476A98      68 206A4700   push    00476A20                         ;  UNICODE "save\wallpaper.%04x.bmp"
  00476A9D      68 506A4700   push    00476A50
  00476AA2      FF15 E8734700 call    dword ptr [<&USER32.wsprintfW>]  ;  USER32.wsprintfW

    这里注意wsprintf要求调用者平衡堆栈

  00476AA8      83C4 0C       add     esp, 0C

    文件名xxxx递增1

  00476AAB      43            inc     ebx
  00476AAC      891D 0C6A4700 mov     dword ptr [476A0C], ebx

    开始CreateFile创建欲保存的文件

  00476AB2      6A 00         push    0
  00476AB4      68 80000000   push    80
  00476AB9      6A 02         push    2
  00476ABB      6A 00         push    0
  00476ABD      6A 00         push    0
  00476ABF      68 00000040   push    40000000
  00476AC4      68 506A4700   push    00476A50
  00476AC9      FF15 58724700 call    dword ptr [<&KERNEL32.CreateFile>;  kernel32.CreateFileW

    创建是否成功，不成功则跳到后面退出Patch代码

  00476ACF      83F8 FF       cmp     eax, -1
  00476AD2      74 2C         je      short 00476B00

    保存创建文件的句柄   

  00476AD4      A3 106A4700   mov     dword ptr [476A10], eax

    调用WriteFile将还原的bmp数据写入

  00476AD9      6A 00         push    0
  00476ADB      68 146A4700   push    00476A14
  00476AE0      FF35 046A4700 push    dword ptr [476A04]
  00476AE6      FF35 006A4700 push    dword ptr [476A00]
  00476AEC      50            push    eax
  00476AED      FF15 50724700 call    dword ptr [<&KERNEL32.WriteFile>>;  kernel32.WriteFile

    调用CloseHandle关闭文件句柄

  00476AF3      FF35 106A4700 push    dword ptr [476A10]
  00476AF9      FF15 5C724700 call    dword ptr [<&KERNEL32.CloseHandl>;  kernel32.CloseHandle
  00476AFF      90            nop

    还原现场

  00476B00      8B0D 006A4700 mov     ecx, dword ptr [476A00]
  00476B06      A1 046A4700   mov     eax, dword ptr [476A04]
  00476B0B      8B1D 086A4700 mov     ebx, dword ptr [476A08]
  00476B11      53            push    ebx
  00476B12      50            push    eax
  00476B13      51            push    ecx
  00476B14      8D4D F0       lea     ecx, dword ptr [ebp-10]

    跳回

  00476B17    ^ E9 0DD6FAFF   jmp     00424129  

--------------------------------------------------------------------------------
【经验总结】
  注意到BMP文件头的magic number，结合文件操作的API，即可迅速找到突破口。
  
--------------------------------------------------------------------------------
【版权声明】: 本文原创于看雪技术论坛, 转载请注明作者并保持文章的完整, 谢谢!

                                                       2007年08月21日 22:00:00

[注意]传递专业知识、拓宽行业人脉——看雪讲师团队等你加入！