【网络安全渗透测试零基础入门必知必会】之cve实际漏洞案例解析（非常详细）零基础入门到精通， 收藏这一篇就够了2

一、前言

这是大白给粉丝盆友们整理的网络安全渗透测试入门阶段文件包含渗透与防御第1篇。

本文主要讲解漏洞丨实例分析cve2012-0158

喜欢的朋友们，记得给大白点赞支持和收藏一下，关注我，学习黑客技术。

一、漏洞简介

Microsoft Office 2003 sp3是2007年9月18日由微软公司创作的一个办公软件。精简版包含 Word、Excel、PowerPoint、Access、OutLook 五大组件常用功能。Microsoft Office 2003 sp3软件的MSCOMCTL.ocx 模块中275C876D 的函数在读取Word文档数据时，由于读取的长度和验证的长度都在文件中，所以攻击者可以自由构造缓冲区大小，进而触发栈溢出漏洞。

Office 2003 sp3（CVE-2012-0158）漏洞分析报告

二、漏洞成因

|
系统版本

|

目标程序

|

调试软件

|

16进制编辑器

|
| — | — | — | — |
|

XP SP3

|

Microsoft Office 2003

|

od、x32dbg

|

010Editor

|

2.1 触发漏洞

使用Office 2003 sp3 Word软件打开PoC样本文件,触发漏洞

2.2 定位漏洞模块

使用OllyDbg附加调试WINWORD.EXE程序,(设置OD,将忽略异常都恢复)打开poc文件,触发漏洞,效果如下图:

分析溢出点附近堆栈，溢出点下面的堆栈一般是刚刚调用的函数的上一层函数堆栈，溢出后可能已经破坏，溢出点上面的堆栈一般是刚刚执行的函数堆栈，可以发现有两个模块地址,一个是MSCOMCTL 模块中的地址275C8A0A,另一个是msvcp60模块的地址6A626F43, 这两个地址离得很近,不确定是哪个模块触发得漏洞,在两个模块都下断点,重新执行POC文件。

单步F8运行,可以确定是MSCOMCTL 模块中函数MSCOMCTL.275C876D触发了漏洞。

2.3 定位漏洞函数

已经确定是MSCOMCTL.275C876D触发了漏洞，使用 IDA 定位到 MSCOMCTL.ocx模块 中的 275C876D 函数

动态调试分析sub_275C876D函数得参数，参数3要读取的长度是0x8282。

单步F7进入sub_275C876D，找到造成溢出的代码。

使用IDA详细分析该段代码，qmemcpy内存拷贝函数触发溢出漏洞。

2.4 分析漏洞成因

获取 shellcode 长度之后，在文件中搜索定位长度，发现有两个长度，猜测一个是 dwBytes,一个是 v7。

验证猜测，修改一个字节，再次动态调试，可以确定文件中第一个长度是参数的长度，第二个长度是读取的长度，两个长度都在文件中，所以可以随心所欲的溢出了。

OD动态调试，可以发现83所在的位置是参数，84所在的位置是局部变量的值。

===

三、漏洞验证

这里我借用了一个帖子的POC(https://bbs.pediy.com/thread-207638.htm)
在XP SP3中安装office2003：

之后下载POC。拖到虚拟机中，用office打开，弹出个计算机（注意这个POC用一次会损坏，需要备份）：

四、漏洞分析

首先用OD附加office，F9运行，然后用office打开POC文件（新的）：

查看堆栈：

啥也没看出来，堆栈前后看了一下也没发现形似shellcode的东西，下了几个断点也没有，只能另寻他法！

俩个办法

（1）把POC拖到010Editor看看有没有特征可以看看
（2）对弹出计算器用到的函数下断点

先用第一个办法：
拖到010Editor中，搜搜有没有9090（nop滑板指令，大部分会有这种指令用来凑数或者保护数据等）之类的，运气不错，找到相似的。

9090909090909090前面有四个字节，像一个库里面的地址7FFA4512，后面一堆看着像shellcode，附加office，看看这个地址是个啥东西：

一个jmp esp，典型的跳板指令，差不多就是这个地方溢出返回值，我们尝试改一下这里，验证一下：

把这个跳板改成11111111试试：

保存，OD附加office，打开poc，EIP果然等于11111111：

这就算撞到了溢出点，我们用原来的POC，在jmp esp这里下硬件断点看看堆栈情况：

断点断在jmpesp，继续运行，到了shellcode的地方：

从这里也能够看出溢出函数末尾是ret 8，esp直接+8，F8运行几步，弹出计算器：

我们试着替换shellcode，改成自己的弹窗shellcode，不改变文件原来大小，替换掉9090909090909090后面的shellcode就行，因为我的shellcode结尾会自动退出程序，所以不需要管原来shellcode长度过长的问题，但是这里卡了一个bug，修改完shellcode之后，并没有出现弹窗，猜想可能是我们自己的shellcode结尾接了原来的字节码，导致识别出错，于是我把我们的弹窗shellcode后面8字节改成90，成功弹窗（这里发现改过得POC不再是一次性的了，可能是因为弹窗shellcode长度较小，不会被破坏）：

下面给出我刚才替换的弹窗shellcode：

FC 68 6A 0A 38 1E 68 63 89 D1 4F 68 32 74 91 0C
8B F4 8D 7E F4 33 DB B7 04 2B E3 66 BB 33 32 53
68 75 73 65 72 54 33 D2 64 8B 5A 30 8B 4B 0C 8B
49 1C 8B 09 8B 69 08 AD 3D 6A 0A 38 1E 75 05 95
FF 57 F8 95 60 8B 45 3C 8B 4C 05 78 03 CD 8B 59
20 03 DD 33 FF 47 8B 34 BB 03 F5 99 0F BE 06 3A
C4 74 08 C1 CA 07 03 D0 46 EB F1 3B 54 24 1C 75
E4 8B 59 24 03 DD 66 8B 3C 7B 8B 59 1C 03 DD 03
2C BB 95 5F AB 57 61 3D 6A 0A 38 1E 75 A9 33 DB
53 68 66 66 66 66 68 66 66 66 66 8B C4 53 50 50
53 FF 57 FC 53 FF 57 F8

这是替换shellcode结尾部分：

这是一次简单的替换，接下来我们继续分析这个漏洞的前因后果，我们使用改过的的弹窗POC，我们在jmp esp处下断点：

在这里断点断在jmp esp处，我们在栈的前面发现调用了一个MSCOMTL模块的函数，我们调到对应的地址上面，记录这个地址275C8A0A，并下断点：

接着重新运行，断在了断点处：

然后F8单步调试，发现这个函数结束后，弹窗弹出，说明这个函数就是关键函数，而结尾也如我们之前所想，是ret 8：

然后就是着重分析这个函数，重新调试，断在这个函数头部（push ebp是函数头）：

通过执行完下面这个函数我们发现，返回值被修改，我们shellcode拷贝进去，也即是说这个拷贝函数是关键函数：

接着分析这个函数，下断点，重新运行，断在关键函数

这里：

然后F7跟进去，分析函数：

通过拷贝参数ECX=8282，这是一个关键点，拷贝之后，返回地址被淹没，因为这个漏洞就是因为拷贝长度都在文本中存着，所以我们试着在POC中搜索8282：

此处有两个8282，我们都修改一下，分别改成1111和2222，再回到这个函数观察：

数据直观表明已经不同，有点缺陷是我们改的姿势不对，数据变成02001111和02022，接下来运行会卡住，所以这里是一个验证代码，俩个数值只能相等，继续把俩处地址改成2222，直接观察关键函数里面拷贝那块的ECX赋值结果：

正如我们的预期，文本中原来2个8282是拷贝字符串长度还有其验证，俩者必须一样，其次会根据这个数值对字符串进行拷贝。下面给一张图解：

头两个红线处是拷贝长度还有其验证数值，第三个红线是一个jmp esp跳板，之后隔八字节就可以放shellcode。

为了帮助大家更好的学习网络安全，我给大家准备了一份网络安全入门/进阶学习资料，里面的内容都是适合零基础小白的笔记和资料，不懂编程也能听懂、看懂这些资料！

因篇幅有限，仅展示部分资料，需要点击下方链接即可前往获取

[2024最新CSDN大礼包：《黑客&网络安全入门&进阶学习资源包》免费分享]

因篇幅有限，仅展示部分资料，需要点击下方链接即可前往获取

[2024最新CSDN大礼包：《黑客&网络安全入门&进阶学习资源包》免费分享]

因篇幅有限，仅展示部分资料，需要点击下方链接即可前往获取

[2024最新CSDN大礼包：《黑客&网络安全入门&进阶学习资源包》免费分享]