修复验证是什么
把「公告说已修复」翻译成「本系统已修复」需要三步：确认安装的版本在修复范围内、确认运行进程加载了修复后的版本、确认原问题路径的行为已经改变。三步缺一不可——只核版本会漏掉「装了但没重启」，只测行为会在多台机器上漏掉「这台没装」。验证的产物是可重放的证据：命令、时间、输出，附在工单里，既作为关闭依据，也作为后续审计与事件复盘的材料。
基本信息
| 版本证据 | 与公告修复版本逐项比对 |
|---|---|
| 进程证据 | 重启后进程与实际加载版本一致 |
| 行为证据 | 原问题路径返回预期结果并留存输出 |
| 环境边界 | 确认验证的是目标主机与环境，而非同名测试机 |
| 批量场景 | 抽样验证加全量策略核查 |
| 留存要求 | 命令、参数、时间、执行人与结果一并归档 |
典型场景
- 中间件与组件升级后确认运行进程加载的是新版本
- 内核与系统库更新后确认是否需要重启才生效
- 配置类问题修复后核对生效配置而非配置文件内容
- 代码类问题修复后确认已发布到全部环境
- 批量修复后抽样复测，并用自动化核查覆盖全量
- 无法直接复现时用替代验证方式并说明理由
三步验证示例
三步验证示例
# 1) 安装版本
rpm -q openssh
dpkg -l openssh-server | tail -1
# 2) 运行进程版本（部分组件需重启才生效）
systemctl status sshd | head -5
ss -lntp | grep :22
# 3) 行为验证：按公告描述的路径复测（在测试环境或低影响条件下）
# 第 3 步要记录复测的具体参数与返回，便于他人重放常见「看似修好」的情形
| 情形 | 为什么没修好 | 核对方式 |
|---|---|---|
| 装了包未重启 | 进程仍加载旧版本 | 核对进程与实际加载版本 |
| 只改了一台 | 批量修复未覆盖全量 | 全量策略核查加抽样复测 |
| 改了配置文件未重载 | 生效配置仍是旧值 | 核对生效配置 |
| 验证了测试环境 | 生产仍为旧状态 | 按主机与环境分别验证 |
| 缓解措施被后续变更覆盖 | 规则被新版本配置重置 | 复核当前生效规则 |
三步缺一不可：只核版本会漏『装了没重启』，只测行为会漏『换了台机器忘装』。
行为验证要控制影响：生产环境应避免使用可能造成破坏的验证方式，优先在测试环境复现，生产侧用只读或低影响手段确认。