1. 密钥安全分级体系

1.1 适用场景

本流程适用于以下组织场景中的密钥分类分级管理活动:

  • 新建密钥管理策略:组织首次建立密钥管理框架,需对所有密钥资产进行安全分级。
  • 存量密钥梳理:对已在使用的密钥进行盘点、分级与合规整改。
  • 安全审计与合规评估:内部审计或外部监管要求对密钥保护等级进行复核。
  • 密钥生命周期管理:在密钥轮换、吊销、归档等阶段,需依据分级标准执行差异化的安全操作。
✏️ 实践建议:首次实施分级时,建议先选取一个业务域(如支付系统)进行试点,验证分级标准合理性后再推广至全组织。

1.2 前置条件

在执行密钥分级前,须满足以下条件:

  1. 密钥资产清单:已完成密钥资产识别,形成包含密钥名称、用途、所属系统、责任人等字段的清单。
  2. 组织安全策略:已发布或草拟《密钥安全管理办法》,明确分级管理的总体要求。
  3. 业务影响评估模板:具备统一的业务影响评估量表(如:无影响、轻微、较大、严重)。
  4. 角色与职责定义:已确定密钥所有者、安全管理员、审核委员会等角色的职责边界。
  5. 工具与环境准备:具备密钥管理平台或分级登记表(电子表格/数据库)用于记录分级结果。

1.3 操作步骤

密钥安全分级的执行包含以下五个标准步骤:

步骤 活动 详细说明 产出物
1 识别密钥资产 汇总所有密钥资产,记录密钥ID、算法、用途、所属系统、责任人、存储位置等基础信息。 密钥资产清单(V1.0)
2 评估业务影响 对每个密钥,评估泄露、篡改或丢失后对业务连续性、数据安全、合规产生的实际影响。 业务影响评估表
3 确定分级依据 综合数据敏感性、法规要求、资产关键性三个维度,对照分级标准确定密钥应属的等级。 分级依据对照表
4 分配安全等级 根据评估结果将密钥归入 L0(公开)~ L3(核心)四个等级,并标注保护要求。 密钥分级登记表
5 审核与确认 由安全管理员复核分级结果,信息安全委员会审批,并将结果纳入密钥管理库。 分级审批记录

1.4 输入输出物

类别 输入物 输出物
文档类 密钥资产清单、业务影响评估模板、分级标准定义 密钥分级登记表、分级审批记录
系统类 密钥管理平台(KMS / HSM)的资产导出数据 分级标签写入后的密钥元数据
合规类 行业监管要求、安全合规检查表 分级合规自评报告

1.5 责任边界

角色 职责 权力边界
密钥所有者 提供密钥用途、业务上下文;参与业务影响评估;确认分级结果 可申请分级复议,但无权自行修改等级
安全管理员 制定分级标准;组织分级评审;审核分级结果的准确性 可退回不合规的分级申请,要求补充材料
信息安全委员会 审批分级策略;裁定分级争议;监督分级执行质量 拥有分级最终裁定权,可调整等级定义
审计方 抽查分级记录与密钥实际保护措施是否一致 出具审计发现,要求限期整改
⚠️ 常见风险:密钥所有者可能低估业务影响以降低保护成本。安全管理员应坚持“就高不就低”原则,必要时提交委员会裁定。

1.6 记录材料

本章执行过程需归档以下记录材料,保存期限不少于密钥生命周期结束后 2 年:

  • 《密钥分级登记表》:包含密钥标识、等级、分级依据、责任人、审核人、生效日期。
  • 《业务影响评估表》:每个密钥的业务影响量化评分与说明。
  • 《分级审核记录》:审核意见、修改记录、审批签名。
  • 《分级争议处理单》(如有争议):记载争议焦点、裁定依据、裁定结果。

1.7 异常处理

异常情况 处理方式 输出记录
分级争议 密钥所有者提交《分级争议处理单》,安全管理员组织评审,信息安全委员会 5 个工作日内裁定。 争议处理单 + 委员会裁定意见
信息不足 退回密钥所有者补充业务影响说明、数据敏感性证明,补充期限不超过 3 个工作日。 补充通知记录 + 补充材料
等级变更需求 按照变更管理流程提交申请,经安全管理员评估、委员会审批后更新分级登记表。 变更申请单 + 审批记录
批量密钥遗漏 纳入下一轮补充分级批次,执行完整分级流程,并在登记表中标注“补录”。 补录清单 + 分级记录

1.8 验收标准

本章密钥分级工作完成后,须通过以下验收标准方可视为闭环:

  • 完整性:密钥资产清单中的每一条密钥均已分配安全等级,无遗漏。
  • 准确性:分级结果与业务影响评估、分级依据对照表一致,经安全管理员逐条复核。
  • 可追溯性:每项分级记录均包含评估人、审核人、审批人及对应日期,修改历史可查。
  • 合规性:分级策略符合行业监管及组织安全制度要求,审计抽检合格率 100%。
  • 落地性:分级结果已录入密钥管理平台或登记表,并已通知相关责任方执行对应保护措施。

1.9 密钥安全分级体系总览

下图完整展示了 L0~L3 四个安全等级的密钥定义、业务影响及分级依据,以及等级之间的递进关系:

密钥安全分级体系(L0~L3) L0 公开密钥 业务影响:无影响 分级依据:公开信息 示例:公开证书 保护要求:无 L1 内部密钥 业务影响:轻微 分级依据:内部数据 示例:内部 保护要求:访问控制 L2 敏感密钥 业务影响:较大 分级依据:敏感数据 示例:数据库密钥 保护要求:加密存储 L3 核心密钥 业务影响:严重 分级依据:核心资产 示例:根CA密钥 保护要求:HSM保护 综合分级依据 数据敏感性 · 法规合规要求 · 业务影响程度 · 资产关键性 安全等级递增 → 保护强度递增 →
📌 体系要点:四个等级形成递进的安全基线。L0 无需保护,L1 需访问控制,L2 需加密存储,L3 需硬件安全模块(HSM)保护。分级结果直接决定后续密钥存储、使用、轮换和销毁的安全策略。

1.10 分级依据详细对照

下表列出四个等级在三个分级维度上的具体判定标准:

等级 数据敏感性 法规合规要求 资产关键性 典型密钥类型
L0 公开数据,无保密需求 无特定合规要求 不影响核心业务流程 公开证书、测试密钥
L1 内部非敏感数据 组织内部制度要求 影响单个非关键模块 内部、开发密钥
L2 敏感数据(PII、财务) GDPR / PCI-DSS / 等保 影响关键业务系统 数据库密钥、支付密钥
L3 核心机密(根证书、主密钥) 国密 / FIPS 140-2 Level 3+ 影响全组织安全根基 根CA密钥、HSM主密钥

本章结束 — 完成密钥分级体系定义后,第二章将进入 《密钥存储介质安全评估》,针对不同等级密钥选择对应的存储介质与保护方案。