1. 课程导入与Nessus定位
在开始学习 Nessus 的具体操作之前，先要建立一个判断：漏洞扫描不是"跑一次工具、导出一份报告"这么简单。它是一条从资产发现到风险闭环的工程链路，Nessus 只是这条链路上负责"发现与验证"的关键一环。如果只把 Nessus 当成一个扫描器来学，学到的只是按钮和菜单；把它放进漏洞管理生命周期里来学，才能理解为什么扫描策略要这样配、为什么误报要这样处理、为什么修复之后还要复测。
漏洞管理生命周期的六个阶段
业界普遍采用的漏洞管理生命周期可以拆成六个阶段，它们首尾相接、循环往复：
- 资产发现与清点：先知道"有什么"。包括主机、IP 段、开放端口、运行的服务与版本。没有资产清单，扫描就是盲扫。
- 漏洞扫描与识别：对已知资产执行扫描，识别漏洞、配置缺陷与合规偏差。Nessus 主要工作在这一阶段。
- 分析与优先级排序：把扫描结果按 CVSS、EPSS、资产重要性、是否可被利用等维度排序，决定先修什么。
- 修复与缓解：打补丁、改配置、加补偿控制（如 WAF 规则、网络隔离）。
- 复测与验证：修复后重新扫描，确认漏洞确实关闭，而不是"以为修好了"。
- 度量与持续改进：统计修复率、平均修复时间（MTTR）、复发率，反哺策略与流程。
这六个阶段构成一个闭环。Nessus 的价值集中在第二、第五阶段，但它的输出质量直接决定第三阶段能不能排得准、第四阶段能不能修得对。因此本课程不会孤立地讲 Nessus，而是把它放回这条链路中讲。
Nessus 在链路中的角色
Nessus 是一款商用漏洞扫描器，核心能力是基于插件（Plugin）的远程与本地检测。它通过 NASL（Nessus Attack Scripting Language）编写的插件，对目标发起探测，比对服务版本、配置项、补丁状态，从而判断漏洞是否存在。它的输出不是"结论"，而是"证据 + 判定"：每条结果包含插件 ID、严重级别、CVSS 分数、受影响端口与服务、检测方法说明，以及可选的修复建议。
这意味着 Nessus 在链路中承担两个不可替代的职责：一是把不可见的风险变成可枚举的条目，让团队有统一的讨论对象；二是提供可复现的验证手段，修复前后用同一策略扫描，结果差异就是闭环证据。它不负责打补丁，也不负责决定业务优先级——那是第三、第四阶段的事。理解这条边界，才不会把"扫出高危"直接等同于"必须立刻停机修复"。
学习路径与实验环境准备
本课程按"环境搭建 → 扫描执行 → 结果分析 → 治理闭环"的顺序推进。建议的学习路径是：先能独立完成一次合规的授权扫描，再学会读懂结果、排除误报，最后把扫描嵌入到修复与复测流程中。
实验环境建议采用隔离的虚拟网络，避免扫描流量影响生产。一个可用的最小环境如下（参数为示例，可按实际调整）：
| 角色 | 示例配置 | 用途 |
|---|---|---|
| 扫描主机 | Nessus Essentials，4 vCPU / 8 GB 内存 / 60 GB 磁盘 | 安装 Nessus，执行扫描 |
| 目标主机 A | Ubuntu 22.04，开放 22/80/443 | Linux 类漏洞与配置检测 |
| 目标主机 B | Windows Server 2019，开放 445/3389 | Windows 补丁与 SMB 检测 |
| 网络 | 192.168.56.0/24，仅主机模式 | 隔离扫描流量 |
安装完成后，用浏览器访问 https://<扫描主机IP>:8834 完成初始化。首次登录后先不要急着扫描，建议按以下顺序确认环境可用：
# 在扫描主机上确认 Nessus 服务状态（Linux 示例）
sudo systemctl status nessusd
# 确认监听端口
ss -tlnp | grep 8834
# 从扫描主机测试目标可达性
ping -c 2 192.168.56.101
nc -zv 192.168.56.101 22 80 443如果 nc 显示端口开放，说明扫描主机到目标的路径是通的，后续扫描才有意义。若不通，先排查防火墙与网段，而不是反复调整扫描策略——这是新手最常见的误区。
当环境就绪、授权明确、目标可达之后，就可以进入下一阶段的扫描策略配置。请记住本课程的主线：Nessus 是发现与验证的引擎，而漏洞治理工程的目标，是让每一条被发现的漏洞都有明确的处置结论和可验证的关闭证据。