kali漏扫

kali漏扫

凌晨两点，漏扫我盯着Nessus的漏扫进度条卡在87%。目标是漏扫一台老掉牙的Windows Server 2003，某制造企业的漏扫内部ERP系统。扫了四十分钟，漏扫结果出来全是漏扫红色高危——MS08-067、MS17-010，漏扫一个比一个经典。漏扫管理员白天还信誓旦旦说"我们装了防火墙"，漏扫可漏洞就在那儿躺着，漏扫像没锁的漏扫后门。

Kali里的漏扫漏扫工具多到让人选择困难。Nmap扫端口，漏扫OpenVAS出报告，漏扫Nikto测Web，漏扫还有专门打SMB的enum4linux。但真正用起来，你会发现工具只是敲门砖。同一个IP，Nmap默认扫描可能只发现80端口开放，加上-sV参数后，8080、8443全冒出来了。再配合-A选项，操作系统指纹、服务版本、甚至SSL证书信息都能扒出来。这活儿急不得，得一层层剥洋葱。

有一次帮朋友测试他们公司的无线网络。路由器是Linksys WRT54GL，刷了DD-WRT固件。我用Kali里的Aircrack-ng抓了半小时握手包，字典跑了一晚上，最后密码居然是"admin2020"。朋友当场脸绿了——他们IT部门连默认密码都没改。这让我想起很多"专业"团队，花大价钱买防火墙、WAF，却忽略了最基础的账号安全。漏扫不是炫技，是照妖镜。

OpenVAS的配置是个坑。默认配置扫内网还行，扫外网容易误报一堆。去年测试一个电商平台，OpenVAS报了十几个SQL注入漏洞，结果手工验证全是WAF拦截后的假阳性。所以我现在习惯把Nessus和OpenVAS结果交叉比对，再用Burp Suite手动确认关键漏洞。工具是死的，人是活的。

漏扫报告怎么写也有讲究。别把几百页的PDF直接甩给客户，没人看得完。挑出能实际利用的漏洞，附上复现步骤和修复建议。比如MS17-010，直接说"打补丁KB4013389"，比写"存在远程代码执行风险"有用一百倍。客户要的是解决方案，不是漏洞字典。

Kali本身不产生漏洞，它只是放大镜。真正有价值的不是扫出多少漏洞，而是你如何解读这些结果。有一次扫一个政府网站，发现个低危的目录遍历漏洞，管理员觉得无所谓。结果我顺着那个目录找到了备份文件，里面是数据库明文密码。低危变高危，就看你愿不愿意多走一步。

漏扫这行干久了，会形成一种职业病。看到任何系统，第一反应是"这个能怎么打"。但恰恰是这种思维方式，让你能赶在攻击者前面发现问题。工具更新换代快，Kali每年都在变，但核心思路不变：先侦察，再扫描，后验证。别指望一个工具搞定所有事，也别迷信报告里的风险等级——真正的风险，往往藏在那些"忽略"选项里。

现在每次漏扫完，我都会在报告最后一页手写一句话：漏洞是死的，系统是活的，人是懒的。这句话比任何扫描结果都真实。