首页/安全/等保与合规速查/可信验证要求解读(等保 2.0 新增)
等保 2.0 基础50 条

可信验证要求解读(等保 2.0 新增)

等保 2.0 在通信网络、区域边界、计算环境引入可信验证:基于可信根对引导程序、系统程序、配置参数与应用程序做可信验证,异常时报警并记录。

等保与合规速查安全更新于 2026-10-13

可信验证是什么

可信验证是等保 2.0 在通信网络、区域边界与计算环境引入的新增要求:基于可信根对系统引导程序、系统程序、重要配置参数与应用程序做完整性验证,验证失败时应告警并记录,可采信的运行状态才能被信任。它考察的是机制与运行记录,不是单台设备的采购行为。

基本信息

依据GB/T 22239-2019 各安全类中的可信验证条款
做法可信根 + 可信启动 + 度量校验 + 审计记录上报
级别差异等级越高,验证对象范围与处置要求越强
硬件依赖TPM/TCM 等可信根模块,服务器与终端支持度不同
替代措施无硬件可信根时用文件完整性校验等补偿
证据形态配置说明、校验基线、周期校验记录与告警处置记录

典型使用场景

  • 新建三级系统设计阶段把可信启动纳入服务器选型与验收清单
  • 存量服务器启用完整性校验并配置周期性任务与告警
  • 测评准备阶段整理可信验证的实现说明与运行记录
  • 安全事件后校验关键系统文件是否被篡改
  • 等级测评差距分析时确认整条可信验证要求是否被遗漏

落地路径

落地路径
盘点设备是否支持可信启动(TPM/TCM 等)
启用可信启动并留存配置证据
部署关键文件完整性校验(如 AIDE 等)
校验失败纳入告警与处置流程

要求与落地对照

要求要点落地手段可提供的证据
引导程序可信启用可信启动或固件校验固件与启动配置截图、设备规格说明
系统程序可信对关键二进制建立基线并周期校验基线文件、校验报告
配置参数可信对关键配置文件做完整性监控变更审批与校验差异记录
应用程序可信发布包签名校验、安装包校验签名校验记录
异常处置校验失败告警并触发处置流程告警记录与处置工单
老旧设备不支持硬件可信根时,可用完整性校验等替代措施,并在差距分析中说明风险与实施计划,比直接空着条款更容易被接受。
完整性校验的难点在变更管理:合法升级会改变校验值,需要配套的基线更新审批流程,否则告警噪音会让人麻木,反而失去作用。

易错点

  • 把可信验证理解为采购一台设备:测评核查的是验证机制与运行记录
  • 整改清单遗漏整条可信验证要求:三级项目差距分析常见盲区
  • 启用了完整性校验但从不看报告:无运行与处置记录,无法证明措施有效
  • 基线随升级随意覆盖:校验值失去参考意义,篡改也无法被发现

数据来源与参考

  • GB/T 22239-2019《信息安全技术 网络安全等级保护基本要求》可信验证条款
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌