复扫与基线比对是什么
修复后用原扫描路径复扫并做基线比对：确认原命中消失、且没有引入新的开放端口与服务。可比性是关键——工具版本、参数、源地址与时段都要与首次扫描保持一致，否则差异无法归因。复扫结果与历史版本一起归档，形成可追溯的修复证据，也是关闭工单的前置条件。
基本信息
| 关注点 | 原问题消失 + 无新增暴露 + 相关服务功能正常 |
|---|---|
| 可比性 | 同工具版本、同参数、同源 IP 与相近时段 |
| 归档 | 复扫结果与变更单关联保存 |
| 前置确认 | 变更已传播完成（服务重启、缓存刷新、多节点同步） |
复扫示例
复扫示例
nmap -sT -sV --open -p 1-1000 192.0.2.10 -oA rescan-2026-10-12
# 对比：原清单 vs 复扫清单
diff <(grep -E '^[0-9]+/tcp' old.gnmap) <(grep -E '^[0-9]+/tcp' new.gnmap)
# 使用与首次扫描相同的工具版本与参数，保证可比性
# 逐项确认：关闭的端口确实不再可达，新增项是否合理典型使用场景
- 补丁窗口收尾：同路径复扫作为关闭工单的证据
- 暴露面收敛验收：确认被关闭的端口与服务确实不再可达
- 周期性复核：与本轮上期结果比对，判断暴露面变化趋势
- 渗透测试复测：用原验证方式确认漏洞已不可利用
- 审计与测评：提供修复前后的对比材料
结果判读
| 结果 | 含义 | 动作 |
|---|---|---|
| 原命中消失且无新增 | 修复有效 | 留存证据后关闭 |
| 原命中仍在 | 修复未生效或未传播 | 确认服务重启与缓存 |
| 出现新增暴露 | 变更引入了新面 | 核查变更内容并收敛 |
| 结果整体偏移 | 参数或环境变化 | 核对参数与源地址 |
复扫前先确认变更已传播完成（服务重启、CDN 缓存刷新、多节点同步），否则会误判为『没修复』并触发无意义的返工。
复扫不只看原问题：同一批变更可能顺带打开了新端口或新路径，把『新增项核查』写进流程才能避免按下葫芦浮起瓢。