补丁分类是什么
补丁分类是在排期前先把待处理补丁按来源与性质分堆，再用统一口径排出先后。分类维度通常有两层：性质上区分安全修复、稳定性缺陷与功能更新；安全修复内部再按可利用性（是否有公开利用代码、是否已在野利用）与资产权重排序。口径先定好，发布高峰时才不会全凭个人感觉插队，也能让紧急通道有明确的准入条件而不是靠嗓门。
基本信息
| 分类维度 | 补丁性质（安全/缺陷/功能）+ 可利用性 + 资产权重 |
|---|---|
| 排序输入 | CVSS + 可达性 + EPSS/KEV 利用情报 + 资产关键度 |
| 输出物 | 按批次与维护窗口归类的候选清单 |
| 例外路径 | 无补丁、无窗口、兼容性冲突时走例外流程并登记 |
分类与处置节奏
| 类别 | 典型内容 | 处置节奏 |
|---|---|---|
| 紧急安全 | 在野利用或已有公开利用代码 | 临时缓解优先，走快速通道跟进 |
| 常规安全 | 厂商月度安全更新 | 按周期批量发布，随维护窗口 |
| 稳定性缺陷 | 崩溃、数据错误修复 | 结合业务实际影响排期 |
| 功能与优化 | 新特性、性能改动 | 随版本计划推进，与安全分离 |
典型使用场景
- 月度补丁发布日之后，把候选补丁按紧急与常规两堆分开派工
- 评估是否启用紧急通道：看是否有在野利用证据与公网可达资产
- 与业务方沟通时用统一口径解释优先级，减少逐条扯皮
- 把无补丁可打的条目显式转入补偿控制清单，而不是挂起不管
- 年度复盘时统计各类别平均修复时长，作为流程改进依据
排序口径示例
排序口径示例
# 紧急通道准入（满足任一即可进入评估）
# 1) 厂商确认或情报显示已被在野利用
# 2) 存在公开可用的利用代码，且资产公网可达
# 3) 影响身份认证、边界设备或核心数据链路
# 次优先级（常规批次内排序）
# 打分 = CVSS 严重性 × 可达性系数 + 资产权重 + 利用概率
# 例外项需记录：原因、补偿控制、复审日期、责任人安全补丁与功能升级尽量分离发布：混在一个版本里会放大回归风险，出问题时也难以判断是补丁引入还是新功能引入。
分类口径要写成文档并在团队内对齐：同一批漏洞不同人排出完全不同的顺序，通常不是技术问题而是口径未统一。