Kali里的漏洞漏洞扫描，真不是扫描点两下鼠标那么简单

Kali Linux自带的那堆扫描工具，看起来挺唬人。工具图标花花绿绿，漏洞名字一个比一个霸气——Nmap、扫描OpenVAS、工具Nikto、漏洞Wapiti。扫描但你要是工具真以为装了Kali就等于会扫漏洞了，那跟买了把手术刀就觉得自己能开颅没啥区别。漏洞我见过太多人打开Nmap，扫描输个`nmap 192.168.1.1`，工具看到一堆端口开着就截图发朋友圈，漏洞配文“渗透测试中”——这连门都没摸到。扫描

先说最常用的工具Nmap。它的确是个老牌侦察兵，能扫端口、识别服务版本、猜操作系统。但很多人忽略了一个关键参数：`-sV`。不加这个，你只能看到端口开放与否，压根不知道背后跑的是Apache 2.4.49还是IIS 6.0。而这两个版本对应的漏洞完全不同——前者有个路径穿越的CVE-2021-41773，直接读系统文件；后者你只能碰碰运气看有没有溢出。工具用不到位，等于白扫。

再提OpenVAS，这玩意儿名声大，但实际跑起来能把人急死。第一次更新漏洞库要下载好几个G，网速慢点能等一晚上。就算更新完了，扫描时那资源占用率——我拿一台4核8G的虚拟机跑它，CPU直接飙到90%往上。更坑的是，它经常报一堆“疑似漏洞”，点开详情一看，全是误报。比如它检测到Apache版本稍旧，就给你标个高危，但实际配置里早把相关模块禁用了。所以用OpenVAS，你得学会当“翻译官”，把机器的话转成人话，再手动验证。

还有个容易翻车的点是权限。很多人直接在root下扫，觉得这样“能力最强”。对，但副作用是——你扫出来的结果可能包含一堆“假阳性”。比如某些服务在特权模式下会暴露额外端口，实际上普通用户根本访问不到。我习惯用普通用户身份跑扫描，然后该提权的地方再单独提权。这样扫出来的结果更接近真实攻击路径，而不是“管理员视角的幻象”。

说个具体案例。去年我帮朋友测试一个小型电商站，他用Kali里的Wapiti扫了个遍，报了三个“SQL注入”。我拿Burp Suite手动重放请求，发现全是WAF拦截后的响应，根本不是真注入。Wapiti只看响应差异，没识别出那是防火墙的403页面。最后我改了请求头里的User-Agent伪装成谷歌爬虫，绕过了WAF，才在某个搜索接口里挖到真注入点。工具能帮你找线索，但验证得靠脑子。

工具链的正确姿势是组合拳。先用Nmap摸清端口和服务，再用Nikto针对Web目录扫常见文件——比如`backup.zip`、`phpinfo.php`这种遗留物。Nikto报的漏洞大多过时，但它对“暴露敏感文件”的检测挺实用。扫完这些，再用Burp Suite或OWASP ZAP手动跑一遍关键业务逻辑，比如登录、支付、上传接口。自动化工具干粗活，手工测试抠细节，这才算完整的漏洞扫描。

最后泼盆冷水。Kali自带的工具版本更新不算快，有些0-day探测规则滞后好几个月。真追求时效性，你得自己编译最新版工具，或者干脆用Docker跑个带最新漏洞库的容器。别迷信“Kali全家桶”，它只是个起跑线，不是终点站。扫描这事儿，七分靠分析，三分靠工具——工具喊“有漏洞”时先别急着高兴，动手复现一遍再说。