第1章：国密TLS概述与背景归纳总结
说到国密TLS，很多搞安全的同行第一反应是——「哦，就是那个不能用OpenSSL直接跑的东西」。这话不假，但也不全对。国密TLS的背后，是国家对密码主权和网络安全战略的深层考量。
我个人最早接触国密TLS是在2018年。当时有个金融客户要求全部切换到国密算法，我心想「不就是换个证书和加密套件嘛」。结果一做才发现，里面的门道比想象中深得多。今天咱们就来捋一捋，国密TLS到底是什么，为什么要有它，以及它跟标准TLS到底差在哪。
1.1 为什么需要国密TLS？
你想想看，TLS协议栈最核心的部分——公钥算法、签名算法、哈希算法、对称加密算法——在国际标准里几乎都来自美国标准（NIST）。RSA、ECDSA、AES、SHA-256，这些算法确实优秀，但它们背后的密码体系并不掌握在我们自己手里。
核心观点：密码算法属于国家关键基础设施。完全依赖国外算法和密码库，等于把网络安全的命门交到别人手上。
举个例子。假设你要给某政务系统做远程办公接入。你用标准TLS 1.3，用OpenSSL，用RSA 2048或ECDSA P-256。表面上看起来没问题，但如果哪天RSA被曝出后门，或者某个NIST算法被废弃，你怎么办？全部重构？
我记得在一次客户交流会上，某位安全负责人说了一句话让我印象深刻：「密码算法上我们不能只当使用者，得能做选择。」这就是国密TLS存在的最大理由——让我们有能力选择自己的密码算法族。
1.2 国密TLS的核心组成
国密TLS不是凭空造出来的新协议。它沿用了标准TLS 1.2/1.3的握手流程和协议框架，只是在具体密码算法上做了替换。说白了，就是「把内芯换成自己的，外壳保持不变」。
国密TLS主要用到三大核心算法：
| 算法 | 类型 | 对应国际标准 | 核心特点 |
|---|---|---|---|
| SM2 | 椭圆曲线公钥密码 | ECDSA / ECDH | 基于256位素数域椭圆曲线，签名验签 + 密钥交换 |
| SM3 | 密码哈希 | SHA-256 | 输出256位杂凑值，结构类似SHA-256但做了改进 |
| SM4 | 分组对称加密 | AES | 128位密钥，128位分组，用于传输数据加密 |
我的一个小建议：如果你刚接触国密，先把SM2、SM3、SM4这三个算法的参数和接口搞熟。它们就是国密TLS的「三件套」。绝大多数国密适配问题，最后都绕回到这三者之一。
1.3 国密TLS的握手流程变化
做过标准TLS握手的人都知道那个经典过程——ClientHello、ServerHello、证书、密钥交换、ChangeCipherSpec、Finished。国密TLS的握手流程，在宏观上跟这个基本一致。区别在哪里？在具体算法上。
举个例子。标准TLS的证书是RSA或ECDSA签名的。国密TLS的证书必须用SM2签名。标准TLS的密钥交换可以用ECDHE。国密TLS则使用SM2的密钥协商功能（也叫SM2密钥交换协议）。标准TLS的对称加密是AES-GCM。国密TLS则使用SM4-GCM或SM4-CCM。
我这里画了一张图，帮你直观理解国密TLS的整体体系结构：
从上图你可以看到，国密TLS的体系结构其实非常「干净」。协议层复用标准TLS框架，算法层全部替换为国密算法族。这样做的好处很明显——学习成本低，迁移路径清晰。
1.4 国密TLS vs 标准TLS：关键差异
我见过不少团队在国密迁移时踩坑。最典型的错误就是「只换了算法，没换证书体系」。国密TLS的证书链必须使用SM2签名，不能把RSA证书直接丢进去指望它兼容。
下面是几个核心差异点：
- 证书体系不同：国密证书基于SM2签名算法，证书格式符合《GMT 0015-2012》标准。标准TLS证书基于RSA或ECDSA。
- 密码套件不同：国密TLS使用
ECC_SM4_SM3套件组合。标准TLS使用ECDHE_RSA_AES_GCM等套件。 - 密钥交换方式不同：国密使用SM2密钥协商协议，标准使用ECDHE或DHE。
- 哈希算法不同：国密使用SM3，标准使用SHA-256/SHA-384。
画重点：国密TLS不是「标准TLS的替代品」，而是「标准TLS框架下的一种合法合规的密码选择」。在GB/T 38636-2020《信息安全技术 传输层密码协议》中明确规定了国密TLS的协议规则。
1.5 我个人的实践经验
我在项目中遇到过几次「国密适配」的坑，分享出来给你避避雷。
第一次是做某政务云的国密改造。一开始我们想直接在OpenSSL头部加国密算法。结果发现OpenSSL的加密套件注册机制对SM2支持不够好，SM2的曲线参数并不在OpenSSL默认椭圆曲线列表里。后来我们改用了一套专门的国密密码库，才把问题解决。
第二次是国密证书的兼容性问题。有些老版本的浏览器和操作系统不支持国密证书链的解析。结果就是——握手能完成，但是证书校验失败。嗯，这个问题的解决方案当时我们搞了很久，核心在于「双证书体系」的设计（先发国密证书，如果客户端不支持再回退到标准证书）。
注意：国密TLS的「双证书」方案虽然实用，但在一些严格的安全审计中可能会被质疑「为什么不直接走纯国密」。我建议你先明确客户或者监管方的合规要求，再决定是否做双证书兼容。
1.6 国密TLS的典型应用场景
国密TLS目前主要落地在哪些地方？我简单列一下：
- 金融行业：网银系统、支付接口、证券交易。央行对金融密码算法有明确要求。
- 政务系统：政府网站、政务服务平台、电子政务内网。
- 能源与基础设施：电力调度系统、油气管道监控。
- 工业互联网：工控系统的加密通信。
- 通信运营商：5G核心网的信令加密。
一个小提醒：如果你正在做国密适配，别忽视「性能测试」这个环节。SM2的签名验签速度比RSA慢（尤其在大规模并发场景下），SM4的软实现也比AES慢一些。在有条件的情况下，建议使用密码硬件加速卡（如PCIe密码卡或HSM）来提升国密TLS的整体握手性能。
1.7 本章小结
国密TLS不是一个全新发明的协议。它是将标准TLS协议框架下的密码算法替换为国密算法族（SM2、SM3、SM4）后形成的合规TLS实现。它的核心价值在于实现密码自主可控，降低对国外密码标准和算法库的依赖。
掌握国密TLS，你需要先搞懂三件事：SM2怎么签名和密钥交换、SM3怎么算哈希、SM4怎么做对称加密。然后在此基础上，理解TLS握手协议怎么把这三个算法串起来。后面的章节，我们会一步步拆解这个精细的「串起来」的过程。