永恒之黑漏洞利用

凌晨两点，永恒实验室的漏洞利用灯光惨白。我盯着屏幕上的永恒十六进制字节流，手指在键盘上敲下最后一个回车。漏洞利用几秒钟后，永恒目标机器弹出了一个系统权限的漏洞利用shell——没有密码，没有用户交互，永恒甚至没有触发任何杀软告警。漏洞利用这就是永恒永恒之黑，CVE-2020-0796，漏洞利用一个潜伏在Windows SMBv3协议里的永恒致命缺陷。

漏洞的漏洞利用根源其实很蠢。微软在实现SMB压缩功能时，永恒忘了检查数据包的漏洞利用实际长度。攻击者只要发送一个精心构造的永恒压缩包，就能让内核缓冲区溢出，直接改写内存中的关键指针。就好比你往邮筒里塞了一枚炸弹，邮递员不知道，还把它送进了收件人的客厅。更讽刺的是，这个漏洞存在于Windows 10 1903到1909版本，覆盖了当时几乎所有主流办公电脑。

我测试用的靶机是一台老旧的ThinkPad，装的是未打补丁的Windows 10企业版。第一次利用时，系统蓝屏了——崩溃转储文件显示内核池损坏。这玩意儿就像拆炸弹，剪错一根线就全盘皆输。后来我调整了堆喷布局，把shellcode藏在SMB会话的特定字段里，才稳定触发。整个过程需要精确计算偏移量，误差超过四个字节就会导致系统崩溃。那种感觉，就像在暴风雨中走钢丝。

真实世界里的攻击比实验室残酷得多。2020年6月，漏洞公开后仅三天，就有黑客利用它入侵了一家美国能源公司的内网。他们没直接勒索，而是潜伏了两个月，摸清网络拓扑后才发动攻击。安全团队事后分析日志发现，最早的入侵痕迹就是一条异常的SMB压缩请求——没人注意到它，因为流量大小和正常文件共享几乎一样。这提醒我们，高级攻击从来不靠炫技，靠的是对细节的耐心。

防御手段其实不复杂。微软在2020年3月就发布了补丁，但很多企业拖了几个月才更新。更简单的临时方案是禁用SMB压缩功能，或者干脆在网络边界封堵TCP 445端口。可现实是，大量工业控制系统的Windows主机根本没法随便重启，补丁也就一直打不上。我见过一家工厂，他们的生产管理服务器跑着Windows 10 1909，因为怕影响流水线调度，硬是裸奔了半年。直到一次内部演练模拟攻击，安全员才发现那台机器早就被植入了后门——攻击者利用的正是永恒之黑。

写利用代码的过程让我对软件安全有了新的理解。一个看似不起眼的整数溢出，背后是多年积累的协议复杂度。SMBv3为了提升性能引入了压缩功能，却忽略了安全审查。这种矛盾在大型软件里无处不在——你加一个特性，就多一个攻击面。有时候我会想，如果微软的工程师在写压缩解析代码时多看一眼边界条件，这个漏洞根本不会存在。但现实没有如果，永恒之黑只是众多漏洞中的一个缩影。它提醒每个防守者：真正的安全不是靠运气，而是靠对每个字节的敬畏。

现在，我关掉了那台靶机。屏幕上残留的shell窗口慢慢消失，就像什么都没发生过。但我知道，在互联网的某个角落，还有无数台未打补丁的机器在等待被唤醒。永恒之黑的名字起得真好——它告诉我们，在数字世界里，没有永恒的安宁，只有永恒的博弈。