RHEL 安全公告与 errata

---

订阅环境的安全修复有明确的官方标准。本页讲清 errata 标准覆盖什么（该标准只适用于当前活跃的 minor——生命周期未结束的版本与其软件包）、生命周期阶段如何影响公告、以及批量修复的组织方式。

errata 标准覆盖什么

官方 errata 标准分两类：**安全公告（RHSA）**覆盖 Critical、Important 与 Moderate 级 CVE（CVSS 7 分及以上的安全缺陷自 2025-04-01 起纳入标准口径）；**缺陷修复（RHBA）**覆盖紧急与选定的高优先级缺陷。该标准界定的是公告覆盖范围，个别情形 Red Hat 保留裁量权——排期按级别倒序处理，不当作逐条保证。

阶段决定公告行为

Full Support 阶段：errata 一经可用即发布，且允许软件增强；Maintenance Support 阶段：errata 照常发布，但无新功能与新硬件启用。同一个 CVE 在两个阶段的修复形态可能不同（如新功能性的缓解不可用），排期评估时按系统所处阶段判断。

注意

订阅档位还决定 minor 版本内可停留的窗口（Standard 6 个月 / Premium 2 年）——安全补丁的可用窗口受它约束，见版本与生命周期。

批量修复的组织方式

• 核对：yum updateinfo list security 按公告级别列出待修项，与官方公告编号对照；
• 排期：Critical/Important 走紧急窗口，Moderate 并入例行窗口；
• 执行：批量节点按自动化的流水线分发，Satellite 环境走内容视图晋升；
• 留痕：修复前后记录包版本与公告编号，满足审计追溯。

仓库拉不到更新时先修仓库，见订阅与仓库故障排障。

相关页

• 版本与生命周期 — 阶段与档位
• 加固与合规工具 — 基线与扫描
• 自动化与批量管理 — 流水线分发
• 官方：RHEL Life Cycle