网络漏洞扫描能发现哪些漏洞？一份报告的典型覆盖范围

漏洞扫描到底能扫出什么？有人以为就是跑个工具看看端口开没开，有人以为能把你系统里所有问题全翻出来。两种理解都不太对。漏洞扫描确实是一把好用的"探照灯"，但灯照得到的地方亮，照不到的地方还是黑的。它能发现什么、覆盖到哪一层、报告里写些什么，搞清楚这些，你才知道这份报告到底值不值、够不够。

漏洞扫描

一、能发现哪些漏洞？一份扫描器的“通缉清单”

1. Web应用与业务逻辑漏洞
这是扫描器最擅长的领域，主流工具普遍覆盖OWASP Top 10定义的各类风险。

• 注入类：SQL注入、命令注入、代码注入、表达式注入、XPath注入等。

• 脚本与请求伪造：跨站脚本（XSS）、跨站请求伪造（CSRF）、SSRF服务端请求伪造。

• 文件与路径问题：文件包含（LFI/RFI）、文件上传漏洞、路径遍历/目录遍历、任意文件读取。

• 其他Web缺陷：XXE（XML外部实体）、反序列化漏洞、HTTP请求走私、URL跳转/重定向、Jsonp劫持等。

2. 系统与网络层漏洞
扫描器会比对目标的操作系统、网络服务、中间件和数据库的版本指纹，发现其中公开的CVE漏洞。比如，检测SMB服务是否存在MS17-010（永恒之蓝） 漏洞，或RDP服务是否存在CVE-2019-0708（BlueKeep） 漏洞。覆盖对象包括Windows/Linux/国产操作系统、网络设备（交换机、路由器）、Web中间件（Tomcat、Nginx）、数据库等。

3. 弱口令与安全配置缺陷

• 弱口令：针对SSH、RDP、数据库（MySQL、Redis）、FTP等服务的常见弱密码进行探测。

• 配置错误：发现服务器配置不当、传输层保护不足、目录索引开启、不安全的HTTP头配置等。

• 敏感信息泄露：检测页面或响应中是否无意泄露了内部IP、调试信息、源代码片段等。

4. 组件与供应链漏洞
现代扫描器会识别系统中使用的第三方开源组件（如Log4j、Fastjson、各种前端框架）的版本，并比对已知的公开漏洞（例如 Log4shell CVE-2021-44228）。

二、一份典型报告的“覆盖范围”长什么样？

一份专业的漏洞扫描报告，结构通常是标准化的，旨在将海量告警转化为可行动的决策依据。

核心模块通常包括：

• 执行摘要：用一段话和几个关键数字概括全局。例如：“本次扫描在65台主机上共发现250个漏洞，其中8个严重（Critical）、24个高危（High），3台互联网服务器受永恒之蓝漏洞影响，建议72小时内紧急修补。”

• 测试范围与方法：明确列出扫描了哪些IP段、域名、主机数量，以及使用的扫描器（如Nessus）、扫描策略（是否全端口、是否带凭证进行认证扫描）。

• 发现概览：用图表（饼图、柱状图）直观展示漏洞按严重等级（严重/高/中/低）的分布，以及按资产组（如域控、应用服务器、数据库）的分布。

• 详细发现（核心）：对每一个漏洞进行标准化描述。一个标准的漏洞条目包含：

  漏洞名称与严重等级

  CVE/CWE编号（如有）

  CVSS评分

  受影响的URL/主机/参数位置

  漏洞原理简述

  危害说明（攻击者能做什么）

  修复建议（具体到配置调整或补丁编号）

• 修复建议与优先级：按风险高低给出清晰的修复路线图，例如“严重漏洞72小时内修复，高危30天内修复”。

三、关键认知：扫描器的“能力边界”

漏洞扫描器很强，但它不是万能的。一份严谨的报告会明确其局限性：

• 只能发现“已知”漏洞：对于0day漏洞或尚未公开的缺陷，扫描器无能为力。

• 看不懂“业务逻辑”：像“修改订单ID查看他人数据”这类需要理解业务流程的逻辑越权漏洞，自动化工具通常无法有效发现。

• 存在误报与漏报：基于特征匹配的机制决定了它可能产生误报（报出不存在的漏洞），也可能因为环境差异产生漏报。

四、什么场景下需要做漏洞扫描？

第三方机构漏洞扫描

在正式的验收或安评项目中，漏洞扫描通常需要与渗透测试（人工深度验证）和代码审计（源头排查）组合使用，才能形成完整的安全证据链。对于需要加盖CNAS章的合规报告，扫描的覆盖范围必须明确包含在机构的认可范围附件中，这是报告具备公信力的前提。

标签：漏洞扫描、第三方安全测试