nikto master

Nikto 不是那种一跑就能出结果的扫描器。它的数据库里塞了 6700 多个潜在问题签名，覆盖 1250 种服务器版本，但真正用起来，你会发现它更像一把没开刃的刀——砍得动东西，就是费劲。我第一次跑 nikto -h example.com 的时候，屏幕上刷了整整两屏的 404 和 403，夹杂着几条 "OSVDB-XXXX" 的编号，看起来像是从 2003 年穿越过来的。

但这就是 Nikto 的脾气。它不追求速度，也不追求低误报。它的逻辑是：宁可错杀一千，不放过一个。你给它一个目标，它就像个偏执的老头，挨个敲你服务器上每个可能存在的门——/admin/、/backup.zip、/phpinfo.php，甚至连 /cgi-bin/ 下面那些早就没人用的 Perl 脚本都不放过。

我真正开始重视它，是因为一次内网渗透测试。目标是一台老旧的 Tomcat 服务器，Nmap 扫出来只开了 8080 和 22，看起来干干净净。我随手 nikto -h http://10.0.0.5:8080 -C all，结果它报了一条：/manager/html 存在弱口令 tomcat:tomcat。我当时就愣住了——因为之前用 Burp 手动试了十几个常见密码，压根没想到直接上默认凭据。Nikto 的 -C all 参数会强制检查所有 CGI 目录，包括那些早就该删掉的默认管理后台。

它的数据库才是灵魂

Nikto 的扫描引擎其实很笨。它就是把请求发出去，然后看响应里有没有匹配的字符串。但它的数据库不一样——db_tests 文件里每一条都带着具体的匹配规则和修复建议。比如你扫到 OSVDB-3268，它不只是告诉你"目录列表暴露了"，还会告诉你这是 Apache 的 mod_autoindex 没关，建议加一行 Options -Indexes。

我见过很多人抱怨 Nikto 误报多。确实多。它会把每个 200 响应的 /icons/ 目录都标成"可能的信息泄露"，哪怕那只是 Apache 默认的图标文件夹。但换个角度想：它宁可让你手动去排除，也不愿意漏掉一个真正危险的 /backup/。这种设计哲学在自动化扫描器里很少见了。

几个真正有用的参数

-Tuning 是我最常用的。默认情况下 Nikto 会跑所有类型的测试，包括那些又慢又没用的。用 -Tuning 123b 可以只跑文件上传、配置错误和软件识别相关的检查，速度快一倍不止。-Display V 能让你看到它到底在请求什么，调试的时候特别管用——你会看到它像疯了一样往 /cgi-bin/ 下面扔各种 .pl、.cgi 请求。

还有一个冷门参数：-mutate。它会尝试用各种方式变形请求，比如在 URL 后面加 ~ 或者 .bak，看能不能绕过某些 WAF 规则。我有次在客户现场用 -mutate 3 扫出了一条 /config.php~ 的备份文件，直接拿到了数据库密码。那台服务器前面挂着某商业 WAF，但 Nikto 的变形请求绕过去了——因为 WAF 只拦了标准路径。

别把它当银弹

Nikto 扫不出逻辑漏洞，扫不出 SQL 注入，扫不出你代码里那些 eval($_POST['cmd'])。它就是个配置审计工具，专门抓那些"忘了关"、"忘了删"、"忘了改"的东西。但恰恰是这些东西，在真实环境里最致命。

我现在的习惯是：Nmap 扫端口，Nikto 扫配置，Burp 扫业务逻辑。三个一起上，Nikto 负责把那些明面上的坑全挖出来，剩下的交给手工。它不优雅，不快，甚至有点蠢——但每次跑完，你总能发现一两个你压根没想到的地方还开着后门。

这大概就是为什么 2024 年了，Kali 里还预装着这个 Perl 写的、界面像上世纪的工具。它不完美，但它诚实。