- 元序全面支持SM2/SM3/SM4，SM9按需支持
- 传输加密采用SM2密钥交换+SM4数据加密
- 敏感数据存储采用SM4，密码SM3加盐哈希
- 三级密钥体系：根密钥HSM保护，租户隔离
- 迁移分四阶段：评估、双轨、切换、密评
在国际密码算法（RSA/AES/SHA）面临"后门风险"和"断供风险"的双重威胁下，国密算法已经成为国家信息安全的"密码基石"。 元序·智序体全面支持 SM2/SM3/SM4 国密算法体系——不是"可选的加密选项"，而是"默认的加密基座"。 从数据传输到数据存储，从身份认证到数字签名，每一个安全环节都由国密算法守护。
一、国密算法体系概览
1.1 四大国密算法
| 算法 | 类型 | 对标国际算法 | 应用场景 | 元序支持 |
|---|---|---|---|---|
| SM2 | 非对称加密 | RSA / ECDSA | 数字签名、密钥交换、数据加密 | ✅ 全场景支持 |
| SM3 | 哈希算法 | SHA-256 | 数据完整性校验、密码存储 | ✅ 全场景支持 |
| SM4 | 对称加密 | AES-128 | 数据加密、通信加密 | ✅ 全场景支持 |
| SM9 | 标识密码 | — | 基于身份的加密、邮件安全 | 按需支持 |
1.2 为什么必须用国密
| 风险维度 | 国际算法 | 国密算法 |
|---|---|---|
| 后门风险 | NSA 被曝在 RSA 中植入后门（Dual_EC_DRBG） | 自主设计，无后门风险 |
| 标准控制 | 国际标准由西方主导，中国无话语权 | 国家标准，自主可控 |
| 合规要求 | 不满足等保/密评要求 | 等保三级/密评强制要求 |
| 算法强度 | RSA 2048 可用至 2030 年 | SM2 256 位 = RSA 3072 位安全性 |
二、元序的国密全链路加密
2.1 传输加密：SM2 + SM4
所有网络通信默认启用国密 TLS 加密——数据传输全程加密，防止中间人攻击和数据窃听。
| 加密环节 | 加密方式 | 实现细节 |
|---|---|---|
| HTTPS 通信 | SM2 密钥交换 + SM4 数据加密 | 国密 TLS 协议（TLCP） |
| API 调用 | SM2 签名 + SM4 加密 | 请求签名验证 + 载荷加密 |
| 数据库连接 | SM4 加密通道 | 数据库连接加密 |
| 服务间通信 | SM2 双向认证 + SM4 加密 | 微服务间 mTLS |
2.2 存储加密：SM4
敏感数据在数据库中采用 SM4 加密存储——即使数据库文件被非法获取，数据也无法被解读。
| 数据类型 | 加密策略 | 密钥管理 |
|---|---|---|
| 用户密码 | SM3 加盐哈希 | 系统级密钥 |
| 身份证号 | SM4 加密 | 租户级密钥 |
| 手机号 | SM4 加密 | 租户级密钥 |
| 业务敏感数据 | SM4 加密 | 字段级密钥 |
| 备份文件 | SM4 加密 | 备份专用密钥 |
2.3 数字签名：SM2
关键业务操作采用 SM2 数字签名——确保操作不可抵赖、数据不可篡改。
| 签名场景 | 签名方式 | 法律效力 |
|---|---|---|
| 审批操作 | SM2 签名 | 等同于手写签名 |
| 合同签署 | SM2 签名 + 时间戳 | 满足电子签名法要求 |
| 数据交换 | SM2 签名 | 确保数据来源可信 |
| 日志记录 | SM3 摘要 | 确保日志不可篡改 |
2.4 完整性校验：SM3
所有关键数据采用 SM3 哈希校验——确保数据在传输和存储过程中未被篡改。
| 校验场景 | 校验方式 | 校验频率 |
|---|---|---|
| 数据传输 | SM3 摘要 + SM2 签名 | 每次传输 |
| 数据存储 | SM3 摘要校验 | 定期批量校验 |
| 配置文件 | SM3 完整性标签 | 每次加载 |
| 日志文件 | SM3 链式摘要 | 实时计算 |
三、密钥管理体系
3.1 三级密钥架构
┌─────────────────────────────────────────┐
│ 根密钥（HSM 硬件保护） │
│ 存储在密码机/HSM 中，永不导出 │
├─────────────────────────────────────────┤
│ 租户密钥（每租户独立） │
│ 由根密钥加密保护，租户间完全隔离 │
├─────────────────────────────────────────┤
│ 业务密钥（每业务独立） │
│ 由租户密钥派生，支持定期轮换 │
└─────────────────────────────────────────┘
3.2 密钥生命周期管理
| 阶段 | 管理动作 | 安全要求 |
|---|---|---|
| 生成 | 密码学安全随机数生成 | 使用硬件随机数发生器 |
| 分发 | 加密分发到各节点 | 密钥传输加密保护 |
| 存储 | HSM / 密码机存储 | 根密钥永不导出 |
| 使用 | 按需加载到内存 | 使用后内存清零 |
| 轮换 | 定期自动轮换 | 默认 90 天轮换 |
| 销毁 | 安全擦除 | 不可恢复销毁 |
四、核心价值
4.1 量化价值
| 价值维度 | 国际算法方案 | 国密全链路方案 | 提升幅度 |
|---|---|---|---|
| 合规达标 | 不满足密评要求 | 满足等保三级 + 密评 | 合规 100% |
| 加密性能 | RSA 2048 签名 5ms | SM2 签名 2ms | 性能提升 60% |
| 安全等级 | 存在后门风险 | 自主可控无后门 | 安全风险归零 |
| 密钥管理 | 分散管理 | 三级密钥体系 | 管理效率提升 5 倍 |
4.2 定性价值
- 合规必备：等保三级和密评强制要求使用国密算法——不用国密 = 不合规
- 安全自主：国密算法自主设计，不存在后门风险——安全不再依赖"别人的算法"
- 性能优势：SM2 在同等安全强度下，密钥长度更短、计算更快——安全与性能兼得
- 全链路保护：从传输到存储到签名到校验，国密覆盖每一个安全环节
五、数据资产沉淀
5.1 密码资产化
| 资产类型 | 内容 | 价值 |
|---|---|---|
| 密钥体系 | 三级密钥架构 + 轮换策略 | 安全基础设施 |
| 加密策略 | 各数据类型的加密方案 | 标准化安全配置 |
| 证书体系 | SM2 数字证书管理 | 身份可信基础 |
| 审计记录 | 密码操作审计日志 | 合规审计依据 |
5.2 四层沉淀
加密操作 → 密码策略 → 密钥体系 → 安全资产
│ │ │ │
│ │ │ └─ 密码安全基础设施（持续运营）
│ │ └─ 密钥管理规范化
│ └─ 标准化加密策略
└─ 基础加密能力
六、与其他基座的关系
| 协同基座 | 国密适配贡献 | 意义 |
|---|---|---|
| 认证基座 | SM2 证书认证 + SM3 密码存储 | 身份认证国密化 |
| 数据基座 | SM4 数据加密 + SM3 完整性校验 | 数据安全国密化 |
| 系统基座 | 国密 TLS + 密钥管理 | 通信安全国密化 |
| 开放基座 | SM2 API 签名 + SM4 载荷加密 | 接口安全国密化 |
七、实施建议
7.1 国密迁移路径
| 阶段 | 目标 | 周期 | 关键动作 |
|---|---|---|---|
| 评估 | 评估现有加密体系 | 1 周 | 密码算法清单、合规差距分析 |
| 双轨运行 | 国密 + 国际算法并行 | 2~4 周 | 双算法支持、渐进切换 |
| 全面切换 | 全部切换到国密算法 | 2~4 周 | 国密优先、国际算法降级 |
| 密评准备 | 通过密码应用安全性评估 | 2~4 周 | 密评材料准备 + 配合评估 |
7.2 关键成功因素
- 硬件准备：国密算法需要密码机/HSM 支持——提前采购和部署密码硬件
- 双轨过渡：不要"一刀切"——先双轨运行，确认无误后再全面切换
- 性能测试：国密算法的性能特征与国际算法不同——切换前做充分的性能测试
- 合规联动：国密改造与等保测评联动推进——一次改造，同时满足两项合规
八、结语
密码是信息安全的"最后一道防线"——当密码算法不可信时，所有的安全承诺都是空中楼阁。 国密算法不是"国际算法的替代品"，而是"中国信息安全的密码基石"。
元序·智序体将 SM2/SM3/SM4 国密算法深度融入平台的每一个安全环节——从传输加密到存储加密，从数字签名到完整性校验，从身份认证到密钥管理。 不是"支持国密"，而是"国密优先"——让国密算法成为元序安全体系的默认选择。