GM/T 0031-2025 安全电子签章密码技术规范：2014版与2025版的结构变化与合规要求

标准规范 · 2026-10-22

概述

GM/T 0031-2025《安全电子签章密码技术规范》由国家密码管理局于 2026 年 1 月 7 日通过第 54 号公告正式发布，自 2026 年 7 月 1 日起实施，替代 GM/T 0031-2014。该标准规定了电子印章和电子签章的数据结构、密码处理流程和安全机制，是电子印章系统研制开发、使用和检测的核心依据。

此次修订的核心目标之一是实现行业标准与国家标准的数据结构统一，解决长期存在的"行标与国标并行、厂商实现碎片化"问题。

1. 标准定位与演进

1.1 标准体系位置

维度	说明
标准层级	密码行业标准（GM/T）
归口单位	密码行业标准化技术委员会
主管部门	国家密码管理局
对应国标	GB/T 38540-2020
配套检测标准	GM/T 0047-2024
发布文号	国家密码管理局公告第 54 号
实施日期	2026-07-01

1.2 旧版与新版的核心变化

对比项	旧版（GM/T 0031-2014）	新版（GM/T 0031-2025）	影响
数据结构	自定义格式，各厂商实现不统一	与 GB/T 38540-2020 保持一致	跨厂商互认成为可能
引用密码规范	部分引用已更新的 GM/T 标准	同步更新为现行有效版本	算法要求明确
签章流程	定义不够精细，存在歧义场景	细化生成和验证流程步骤	实现一致性提升
适用范围	主要面向电子印章	电子印章与电子签章并重	扩展应用场景

1.3 与 GB/T 38540-2020 的关系

GB/T 38540-2020《信息安全技术安全电子签章密码技术规范》是国家标准，技术要求更全面；GM/T 0031-2025 是行业标准，侧重密码技术细节。两者关系如下：

数据结构兼容：GM/T 0031-2025 在数据结构层面与 GB/T 38540-2020 保持一致
流程细化：GM/T 0031-2025 对生成和验证流程进行了更详细的步骤定义
适用场景：GB/T 38540 覆盖范围更广（含检测、管理），GM/T 0031 聚焦密码技术

2. 密码应用安全机制

2.1 安全目标

电子签章系统必须满足以下安全属性：

真实性：电子印章代表真实的签章者身份
完整性：签章后的数据未被篡改
不可否认性：签章者不能否认已签署的电子文件
抗伪造性：电子印章图像和数据不可被复制伪造

2.2 算法要求

GM/T 0031-2025 规定的安全电子签章必须使用国密算法：

密码功能	要求算法	相关标准
数字签名	SM2	GM/T 0003.2-2012
消息摘要	SM3	GM/T 0004-2012
签名算法标识	SM2WithSM3 (OID: 1.2.156.10197.1.501)	—
数据加密（可选）	SM4	GM/T 0001-2012
时间戳	遵循 GM/T 0033	GM/T 0033-2023

2.3 证书要求

签章者必须持有有效的 SM2 数字证书，证书需满足：

证书算法：id-ecPublicKey + sm2p256v1（OID: 1.2.156.10197.1.301）
密钥用途：必须包含 digitalSignature
证书链：可信 CA 签发
有效期：在签章时刻处于有效期内

3. 数据结构定义

3.1 电子印章数据结构

GM/T 0031-2025 统一了电子印章的数据结构，主要包含以下字段：

字段名	类型	说明
sealType	INTEGER	印章类型（1=公章，2=专用章，3=个人章）
sealName	UTF8String	印章名称
signCert	Certificate	签章者证书
signature	BIT STRING	数字签名值
timestamp	GeneralizedTime	签章时间
certChain	SEQUENCE OF Certificate	证书链
otherInfo	OCTET STRING OPTIONAL	其他扩展信息

3.2 电子签章数据结构

电子签章在电子印章基础上增加了文档绑定信息：

字段名	类型	说明
sealData	SealData	电子印章数据
docHash	OCTET STRING	文档哈希值（SM3）
docDigestAlgorithm	AlgorithmIdentifier	哈希算法标识
extraData	OCTET STRING OPTIONAL	附加数据

3.3 ASN.1 定义

ASN1

ElectronicSeal ::= SEQUENCE {
    sealType        INTEGER { public(1), special(2), personal(3) },
    sealName        UTF8String,
    signCert        Certificate,
    signature       SignatureValue,
    timestamp       GeneralizedTime,
    certChain       SEQUENCE OF Certificate,
    otherInfo       OCTET STRING OPTIONAL
}

SignatureValue ::= SEQUENCE {
    algorithm       AlgorithmIdentifier,
    signature       BIT STRING
}

4. 签章流程

4.1 电子印章生成流程

CODE

制章者私钥 → [SM3哈希] → [SM2签名] → 封装电子印章数据

具体步骤：

制章者使用 SM2 私钥对印章数据进行签名
计算印章数据的 SM3 哈希值
将哈希值、签名、证书等信息封装为电子印章数据
Optionally 添加时间戳

4.2 电子签章流程

CODE

文档 → [SM3哈希] → 电子印章数据 → [SM2签名] → 封装签章数据

具体步骤：

对待签章文档计算 SM3 哈希
将文档哈希绑定到电子印章数据
使用签章者私钥对绑定数据进行签名
封装完整的签章数据，包含证书链和时间戳

4.3 签章验证流程

CODE

签章数据 → 解析 → 证书链验证 → 时间戳验证 → 签名验证 → 完整性校验

验证步骤：

解析签章数据结构
验证证书链的完整性和有效性
验证时间戳的有效性
使用证书公钥验证 SM2 签名
重新计算文档哈希，与签章中的哈希值比对
输出验证结果

5. 密评合规要点

5.1 密钥管理要求

根据 GM/T 0031-2025 和 GM/T 0034-2014，电子签章系统的密钥管理需满足：

印章私钥必须存储在符合 GM/T 0028-2014 要求的密码模块中
私钥不得以明文形式出现在任何存储介质中
密钥生成、分发、更新、归档、销毁全生命周期需有审计日志

5.2 证书有效期要求

签章证书有效期不超过 3 年
建议在证书有效期满前 30 天启动换证流程
过期证书不得用于新的签章操作

5.3 时间戳要求

使用符合 GM/T 0033-2023 的时间戳服务
时间戳应包含签章者的身份信息和签章时刻
时间戳服务应具备高可用性

5.4 密评检查清单

检查项	检查方法	合规判定
算法合规性	检查签名算法是否为 SM2WithSM3	使用非国密算法 → 不合规
证书有效性	检查签章时证书是否有效	证书过期 → 签章无效
密钥存储	检查私钥是否存储在合规密码模块	私钥明文存储 → 高风险
时间戳	检查是否使用时间戳服务	无时间戳 → 可整改
证书链	检查完整证书链是否可验证	链不完整 → 需补充

6. 实施建议

6.1 存量系统改造

对于已部署的 GM/T 0031-2014 系统，建议采取以下改造措施：

数据结构迁移：按照 GB/T 38540-2020 / GM/T 0031-2025 重新设计数据格式
算法替换：如使用 RSA/SHA-256 等非国密算法，需替换为 SM2/SM3
接口升级：按照 GM/T 0131-2023 接口规范更新应用接口
证书换发：逐步换发符合新标准的 SM2 证书

6.2 新建系统合规

新建电子签章系统应直接按照 GM/T 0031-2025 设计：

数据结构采用标准定义的格式
密码算法强制使用 SM2/SM3
集成符合 GM/T 0033-2023 的时间戳服务
密钥存储使用通过 GM/T 0028-2014 认证的密码模块

GM/T 0031-2025 安全电子签章密码技术规范：2014版与2025版的结构变化与合规要求

概述

1. 标准定位与演进

1.1 标准体系位置

1.2 旧版与新版的核心变化

1.3 与 GB/T 38540-2020 的关系

2. 密码应用安全机制

2.1 安全目标

2.2 算法要求

2.3 证书要求

3. 数据结构定义

3.1 电子印章数据结构

3.2 电子签章数据结构

3.3 ASN.1 定义

4. 签章流程

4.1 电子印章生成流程

4.2 电子签章流程

4.3 签章验证流程

5. 密评合规要点

5.1 密钥管理要求

5.2 证书有效期要求

5.3 时间戳要求

5.4 密评检查清单

6. 实施建议

6.1 存量系统改造

6.2 新建系统合规

7. 参考标准

相关实践

📬 联系与合作

合作方向