核心要点（TL;DR）

• 漏洞修复前必须按CVSS评分和资产重要性排序，优先处理高危且暴露在外的漏洞。
• 修复后必须复测，使用相同工具或手动验证，确保漏洞真正闭环。
• 建立漏洞管理台账，跟踪每个漏洞的状态和责任人，避免遗漏。
• 修复过程中要备份和测试，防止业务中断，并记录修复步骤。

痛点：扫描报告一堆，修复从哪下手？

每次漏洞扫描后，报告里几十上百条漏洞，运维看了头大：哪些要立刻修？怎么修？修完怎么确认？很多团队陷入“扫描-报告-搁置”的循环。本文给出从报告解读到复测上线的完整落地流程，附带具体命令和检查清单，帮你把漏洞真正闭环。

第一步：解读报告，提取关键信息

扫描报告通常包含漏洞名称、风险等级、影响主机、漏洞描述、修复建议。先别急着逐条看，用工具或脚本提取核心字段。例如使用jq解析JSON格式的扫描结果（以Nessus为例）：

cat scan.nessus | jq '.Report.ReportHost[] | {host: .name, vulns: [.ReportItem[] | {plugin: .pluginName, severity: .severity, port: .port}]}'

重点关注严重（Critical）和高危（High）漏洞，以及对外网暴露的主机。将数据导入表格，便于后续跟踪。

第二步：优先级排序，确定修复顺序

不是所有漏洞都同等紧急。排序依据：

• CVSS评分：9.0以上立即修，7.0-8.9尽快修。
• 资产重要性：核心业务、对外服务优先。
• 漏洞可利用性：已有公开EXP的优先。
• 修复复杂度：简单配置修改可批量处理。

建议用表格管理：

第三步：分步修复，具体操作与命令

1. 系统与软件补丁

Linux系统使用包管理器更新：

# CentOS/RHEL
sudo yum update --security
# Ubuntu/Debian
sudo apt update && sudo apt upgrade -y

注意：生产环境先在小范围测试，避免兼容性问题。

2. 配置类漏洞修复

例如SSH弱加密算法，修改/etc/ssh/sshd_config：

Ciphers aes256-ctr,aes192-ctr,aes128-ctr
MACs hmac-sha2-256,hmac-sha2-512
KexAlgorithms diffie-hellman-group-exchange-sha256

重启服务：sudo systemctl restart sshd。

3. Web应用漏洞

SQL注入需修改代码，使用参数化查询；XSS需输出编码。若无法立即改代码，可临时部署WAF规则（如ModSecurity）拦截攻击。

4. 弱口令修复

强制修改密码，并启用密码策略。例如修改/etc/login.defs：

PASS_MAX_DAYS 90
PASS_MIN_LEN 12
PASS_WARN_AGE 7

第四步：复测验证，确保闭环

修复后必须复测。使用原扫描工具对同一目标重新扫描，或手动验证。例如验证Log4j漏洞是否修复：

curl -X POST http://target:8080 -H 'Content-Type: application/json' -d '{"a":"${jndi:ldap://test.com/a}"}'

观察是否触发DNS请求（若无则修复成功）。复测通过后，在漏洞管理系统中更新状态，并归档复测报告。

第五步：建立长效机制，避免重复漏洞

漏洞修复不是一次性任务。建议：

• 每月定期扫描，跟踪趋势。
• 将漏洞修复纳入变更流程，上线前安全测试。
• 对开发团队进行安全培训，减少代码漏洞。
• 使用AegisX的持续监控能力，自动发现新漏洞并告警，缩短暴露时间。

行动建议

立即从最近一次扫描报告中筛选出高危漏洞，按上述流程分配任务，设定截止日期。修复后务必复测，并记录整个过程。坚持3个周期，漏洞管理就能形成良性循环。

常见问题（FAQ）

漏洞扫描报告里漏洞太多，怎么确定先修哪个？

先看CVSS评分，优先修复高危（7分以上）和严重（9分以上）漏洞；再结合资产重要性，对外网暴露的核心业务系统优先；最后考虑利用难度，已有公开EXP的漏洞应立刻修复。建议使用漏洞管理工具自动排序，或按‘高危+外网’组合筛选。

修复漏洞后一定要复测吗？怎么复测？

必须复测。复测是确认漏洞是否真正修复的关键步骤。可以使用原扫描工具对同一目标重新扫描，或手动验证（如尝试利用漏洞）。复测通过后，在漏洞管理系统中更新状态为‘已修复’，并保留复测报告作为证据。

业务系统不能停机，怎么安全地修复漏洞？

对于不能停机的系统，可采用热补丁、滚动更新或负载均衡下逐台修复。修复前先在测试环境验证补丁兼容性，并做好回滚预案。若无法立即修复，应实施临时缓解措施（如WAF规则、访问控制），并记录为‘接受风险’或‘计划修复’。

如何避免漏洞修复后再次出现？

建立安全开发流程，将漏洞修复纳入变更管理；定期开展安全培训和代码审计；使用自动化工具持续扫描；对已修复漏洞进行周期性复查。同时，分析漏洞根因，从配置、代码或架构层面彻底解决，而非仅打补丁。

漏洞修复需要哪些人参与？如何协作？

需要安全团队（负责扫描和验证）、运维团队（负责实施修复）、开发团队（负责代码修复）共同参与。建议指定漏洞管理负责人，使用工单系统跟踪任务，定期同步进度。修复完成后由安全团队复测并关闭工单。