1. 国密标准概述：从算法到落地
各位同学，欢迎来到《SM2算法与国密算法集成实战》的第一章。咱们今天不聊虚的，直接切入正题——国密标准到底是什么？为什么这几年突然火起来了？
我最早接触国密是2016年，当时一个金融客户要求所有交易系统必须支持SM2证书。说实话，那时候我对国密的印象就是“性能差、文档少、生态不成熟”。但到了今天，情况已经完全不一样了。你想想看，从银行到政务，从IoT到区块链，国密几乎成了“合规”的代名词。
这一章，我会从三个角度帮你建立国密的整体认知：算法体系、国际对比、合规场景。嗯，咱们开始吧。
1.1 国密算法体系：SM2/SM3/SM4/SM9
国密算法，全称是“国家商用密码算法”。它不是一个算法，而是一整套密码工具包。我个人习惯把它们分成四类：
- SM2：椭圆曲线公钥密码算法。用于签名、密钥交换、加密。对标国际的ECDSA/ECDH。
- SM3：密码杂凑算法。输出256位摘要。对标SHA-256。
- SM4：分组对称加密算法。分组长度128位，密钥长度128位。对标AES。
- SM9：基于标识的密码算法。不需要证书，直接用用户标识（如邮箱、手机号）作为公钥。对标IBE。
核心要点：SM2和SM9是公钥体系，SM3是哈希，SM4是对称加密。这四者组合起来，可以覆盖绝大多数安全场景。
我在项目中遇到过不少开发者，以为国密就是“SM2加密”。其实不然。一个完整的密码方案，往往需要SM2做身份认证、SM4做数据加密、SM3做完整性校验。缺一不可。
下面这张图，帮你理清国密算法的整体架构：
1.2 国密与国际算法对比
很多同学会问：国密和国际算法到底差在哪？安全性谁更强？性能谁更快？
我直接说结论：在安全强度上，国密和国际主流算法处于同一水平线。SM2使用256位素域椭圆曲线，安全强度相当于RSA-3072或ECDSA with P-256。SM3的碰撞抵抗性经过多年验证，没有发现有效攻击。SM4的设计借鉴了AES的S盒思想，但轮数更多（32轮 vs AES的10-14轮）。
但差异也是存在的。我整理了一张对比表，你一看就明白：
| 功能 | 国密算法 | 国际算法 | 关键差异 |
|---|---|---|---|
| 公钥加密/签名 | SM2 | RSA / ECDSA | SM2基于ECC，密钥更短；RSA计算慢但兼容性好 |
| 哈希 | SM3 | SHA-256 | SM3输出256位，结构类似SHA-256但轮函数不同 |
| 对称加密 | SM4 | AES | SM4分组128位，密钥128位；AES支持128/192/256位密钥 |
| 标识密码 | SM9 | IBE (Boneh-Franklin) | SM9使用双线性对，国内有自主参数 |
我的建议：如果你的系统只在国内运行，且涉及合规审查，优先选国密。如果系统需要与海外对接，可以考虑“双算法”方案——同时支持国密和国际算法，根据对方能力自动协商。
说到性能，我记得有一次帮客户做SM2和RSA-2048的签名性能对比。在同样的硬件上，SM2签名快了将近10倍，但验签速度差不多。为什么会这样？因为SM2的签名算法只需要一次点乘，而RSA的私钥操作涉及大数模幂，计算量不是一个量级。
1.3 国密合规性要求与行业应用场景
合规，是国密最大的驱动力。说白了，不是你想不想用，而是政策要求你必须用。
目前，《密码法》和《商用密码管理条例》是国密合规的两大法律依据。关键要求包括：
- 等保三级及以上系统：必须使用国密算法进行身份认证和数据加密。
- 金融核心系统：网上银行、支付系统、证券交易等，必须支持国密SSL/TLS。
- 政务信息系统：政府网站、电子公文、行政审批等，全面国密化。
- 关键信息基础设施：能源、交通、医疗、教育等领域，逐步替换国际算法。
避坑提醒：我曾经遇到一个项目，客户以为只要在代码里调用了国密算法库就算合规。结果审查时发现，他们的密钥管理完全不符合GM/T 0054标准——密钥明文存储在数据库里。记住：合规不是“用了就行”，而是“用对才行”。密钥生命周期管理、随机数质量、证书链验证，每一个环节都可能成为审查的扣分项。
从行业应用来看，国密已经渗透到各个领域：
- 金融：网银U盾、手机银行、支付标记化、数字人民币。
- 政务：电子证照、电子签章、政务云安全。
- 物联网：智能电表、车联网V2X通信、工业控制。
- 区块链：长安链、FISCO BCOS等国产链原生支持SM2/SM3。
- 数据安全：数据库加密、文件加密、邮件加密。
嗯，这一章的内容就到这里。国密不是“替代品”，而是一套独立、完整、经过实战检验的密码体系。后面的章节，我们会深入SM2的数学原理、代码实现和集成技巧。准备好了吗？