怎么检测一个网络中的系统是否有漏洞

上个月给一家电商公司做渗透测试，检测他们的个网运维信誓旦旦说服务器都打了补丁。结果我用Nessus扫了半小时，络中发现一台Redis数据库暴露在公网，系洞没设密码，统否root权限运行——等于把金库大门敞开，有漏钥匙还挂在锁孔上。检测漏洞检测从来不是个网“有没有”的问题，而是络中“藏多深”的问题。

真正靠谱的系洞检测路径，得从三个层面下手。统否第一层是有漏端口扫描，用Nmap做全端口TCP SYN扫描，检测别只扫默认的个网1-1000端口。我见过太多人漏掉8080、络中8443这类Web管理端口。第二层是服务指纹识别，Nmap的-sV参数能抓出具体版本号——比如Apache 2.4.49，这版本有路径穿越漏洞，直接可以读/etc/passwd。第三层才是漏洞库匹配，把指纹丢进Exploit-DB或者NVD，看有没有对应的CVE编号。这三步走完，基础漏洞基本无所遁形。

但光靠扫描器不够。自动工具漏报率在30%以上，尤其是逻辑漏洞——比如某系统找回密码接口不校验验证码是否过期，或者修改订单金额时服务端不重新计算总价。这些得靠手工测。我习惯用Burp Suite拦截请求，逐个改参数看响应差异。有一次测某政府网站，把userid从1001改成1002，居然直接返回了另一个用户的身份证号——这根本不是技术漏洞，是开发压根没做越权校验。

真正麻烦的是内网渗透。外网打进来只是第一步，内网里横向移动才是重头戏。用CrackMapExec批量检测SMB弱口令，用BloodHound分析AD域攻击路径，这些工具组合起来能发现“域管账号密码存在明文脚本里”这种蠢问题。上周测某制造业客户，发现他们的工控机居然用admin/admin登录Windows，还连着MES数据库——这种漏洞扫描器永远报不出来，只能靠人工去翻配置文件、看启动项。

检测完得区分优先级。CVSS评分9.8的远程代码执行肯定要当天修，但评分4.3的反射型XSS可以排到下个迭代。别被漏洞数量吓到——我见过某客户报告上列了200多个漏洞，实际上90%都是低危信息泄露，真正致命的只有3个。把精力花在能被打穿的点上，比追求“零漏洞”更实际。

最后说个反直觉的观察：很多漏洞是“合规逼出来的”。某金融客户为了过等保三级，硬把SSH端口从22改成2222，结果防火墙规则没同步更新，反而暴露了新端口。检测漏洞时多留个心眼，看看运维为了应付检查改了什么配置——这些临时改动往往藏着最大的坑。

工具跑完只是开始。把扫描结果导成HTML报告，逐条看原始请求和响应包，比自动生成的结论靠谱得多。有一次Nessus报“Apache版本过旧”，我手动验证发现其实是负载均衡器在应答，真实后端早升级了——误报率就是这么高。所以，检测系统的漏洞，本质上是在检测人的疏忽。机器只是放大镜，最终判断还得靠人脑。