kali漏洞扫描实验结论

靶机是漏洞一台没打补丁的Ubuntu 20.04，我拿Kali里的扫描实验Nmap扫了三次，结果第三次才敢信。结论开放端口22和80，漏洞SSH版本OpenSSH 8.2p1，扫描实验Apache 2.4.41——这两个版本号就像在脑门上写着“CVE-2021-3156”和“CVE-2021-41773”。结论用Metasploit打sudo漏洞时，漏洞第一次反弹shell失败，扫描实验原因是结论我忘了设置LHOST为靶机能访问的IP，改完配置再试，漏洞30秒拿到root权限。扫描实验

实验里最耗时间的结论不是扫描，而是漏洞甄别误报。OpenVAS报了37个高危，扫描实验我手工验证后真正能利用的结论只有9个。像Apache的mod_proxy那个漏洞，扫描器说存在，但我构造的请求始终没触发，最后翻日志发现是靶机上的防火墙规则把特定User-Agent拦了。扫描器不懂业务逻辑，它只认版本号和签名，这是工具最大的局限。

有个细节很有意思：Nmap的-sV服务版本探测比OpenVAS的检测更准。OpenVAS把MySQL报成MariaDB，而Nmap直接给出了精确版本号。这让我重新调整了工作流——先用Nmap做端口和服务识别，再用漏洞扫描器做深度检测，最后用Metasploit验证。顺序错了，效率至少差一倍。

漏洞利用成功不等于渗透结束。我拿到root后，发现靶机上有条crontab任务每五分钟执行一次/tmp/cleanup.sh，写入反弹shell后，连接稳定了不到两分钟就被清掉。后来改成写入/var/spool/cron/root才持久化。这个教训比任何文档都直观：漏洞扫描只是入口，真正的攻防在权限维持阶段。

实验结论就一句话：Kali的扫描工具链在漏洞发现阶段足够强，但误报率和上下文缺失决定了它不能替代人工分析。你得懂协议、懂系统、懂配置，才能从一堆报警里挑出真正有价值的那条。工具是放大器，不是思考器。