三个数回答补丁状态
补丁核查不需要复杂的报表，三个数字就能说明问题：系统版本是什么、最近一次补丁装于何时、有没有待重启的更新。第三个最容易被忽略——补丁装完但系统未重启时，部分组件仍然是旧版本，等于没有真正生效。核查完成后按「版本、日期、待重启标记」三行写进报告，结论一目了然。
基本信息
| 加固项 | 补丁与更新管理 |
|---|---|
| 适用平台 | Windows 10/11 与 Windows Server 2016+ |
| 风险等级 | 高 |
| 判读 | 最近补丁超过设定周期，或存在待重启标记，都要跟进 |
| 数据来源 | 系统补丁列表、系统信息与更新状态 |
典型使用场景
- 交付核查：确认系统版本与补丁状态符合要求
- 合规测评：补丁及时性是漏洞管理条款的检查项
- 事件排查：确认已知漏洞在事发时是否已修复
- 批量巡检：多台终端横向比较，找出补丁滞后的机器
- 变更跟踪：确认重启维护后补丁确实生效
核查命令
核查命令
Get-HotFix | Sort-Object InstalledOn -Descending | Select-Object -First 10 HotFixID,InstalledOn
Get-ComputerInfo -Property OsName,OsVersion,WindowsBuildLabEx
Test-Path 'HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Component Based Servicing\RebootPending'
Get-WindowsUpdateLog -LogPath C:\temp\wu.log # 需要时导出更新日志排查
wmic qfe list brief | Select-Object -First 10 # 传统命令交叉确认三项读法
| 核查项 | 含义 | 判读要点 |
|---|---|---|
| 系统版本 | 操作系统版本与内部版本号 | 版本过旧说明长期未做功能更新 |
| 最近补丁日期 | 最新安装的补丁时间 | 超出设定周期即列入整改 |
| 待重启标记 | 存在未生效的更新 | 为真时按未打补丁处理 |
| 补丁级别 | 补丁本身针对的版本 | 按级别判断而非仅看安装时间 |
| 更新日志 | 更新过程的记录 | 排查更新失败原因时使用 |
域内主机的补丁状态以统一分发平台的记录为准：本地查询只能反映单机情况，控制台证据在评审中更完整。另外补丁列表命令不覆盖部分累积更新的细节，需要时与系统信息交叉验证，避免仅凭一条输出下结论。
待重启标记为真时按未修复处理：更新已下载安装但未生效，漏洞窗口依然存在。整改动作要包含计划内的重启，并在重启后复核标记已清除、补丁已生效，而不是把「已安装」当成结论。
整改周期与留档
建议明确一个可执行的周期（例如最近补丁超过设定天数即列入整改），并把它写进巡检脚本的判断条件。留档内容包含三行结论加一条原始命令输出，便于复评时比对是否仍然符合；批量场景下再附一份按主机统计的清单，补丁滞后的机器可以被直接筛出。