TLCP协议与传输安全机制第04页：TLCP协议与传输安全机制

01 · 演进脉络与标准定位

1.1 从GM/T 0024到GB/T 38636-2020

国密传输层协议的演进分两步走：GM/T 0024-2014《SSL VPN技术规范》首次系统化定义国密SSL协议——其协议框架参照TLS 1.1（协议版本标识为0x0101，GMVer 1.1），在握手协议中增加ECC（SM2证书）与IBC（SM9标识）两类认证模式及配套密钥交换模式，取消传统DH密钥交换，并针对SSL VPN场景增加了网关-网关协议。GB/T 38636-2020 TLCP在此基础上完成国家标准化升级：去除产品要求、检测要求等产品化内容，将标准对象聚焦于密码协议本身；增加对可鉴别加密（GCM）的支持与密码套件优化；标准化表述全面规范化。TLCP不再局限于SSL VPN场景，而是作为通用传输层密码协议适用于各类网络服务，成为"国密HTTPS"的协议基石。

1.2 TLCP标准起草阵容反映的产业生态

GB/T 38636-2020的主要起草单位包括山东得安、格尔软件、信安世纪、卫士通、吉大正元、三未信安、海泰方圆、江南天安、中金金融认证中心（CFCA）、天融信等——基本涵盖国产密码产品主力厂商与头部CA，说明TLCP从诞生起就是"产业共识型"标准而非单一机构产物。这一生态结构对第5页的CA生态分析与第6页的改造选型均有参考意义。

02 · 协议架构解析

2.1 分层结构

TLCP沿用了TLS式分层：上层为握手协议族（握手协议、密码规格变更协议、报警协议），下层为记录层协议。记录层负责分片、压缩（可选）、MAC/AEAD保护、加密与传输；握手层负责算法协商、身份认证（双证书）与会话密钥建立。

2.2 密码套件体系

2.3 套件标识速查（GB/T 38636-2020 密码套件列表）

注：套件标识经GB/T 38636-2020套件列表与GmSSL、gotlcp、Wireshark等公开实现源码交叉核对（Wireshark源码epan/dissectors/packet-tls-utils.c收录全部0xE0xx国密套件）。

套件演进体现两个趋势：①从前向安全性较弱的静态密钥交换（ECC_SM4_SM3）向前向安全的临时交换（ECDHE_SM4_SM3）迁移；②从CBC+MAC的"加密与校验分离"向GCM的AEAD一体化迁移。这与国际TLS 1.2→1.3的演进方向同构，但节奏与驱动力不同——国密侧由标准化进程与密评合规共同驱动。

2.3 密钥计算

TLCP密钥计算采用"主密钥→工作密钥"两级结构：握手协商产生预主密钥，经PRF（基于SM3/HMAC-SM3）派生主密钥，再由主密钥派生记录层的加密密钥、MAC密钥与IV。SM3在此承担全部密钥派生函数的杂凑底座，算法组合保持全链路国密化。

03 · 双证书握手流程

3.1 服务端认证握手（ECC模式）

3.2 双证书在握手中的分工

• 签名证书：用于ServerKeyExchange等握手消息的签名——证明"握手的对方确实持有该主体私钥"，承担身份认证职能；
• 加密证书：其公钥用于加密客户端生成的预主密钥（或承载SM2密钥交换的静态密钥分量），承担密钥传输/协商职能——这正对应第3页所述"签名密钥自持、加密密钥KM托管"的架构在协议层的投射。

3.3 双向认证（客户端证书）

TLCP保留客户端认证能力：高安全场景（网银专业版、政务内网接入、SSL VPN）可要求客户端出示其SM2双证书，服务端验证客户端签名证书——实现通信双方的双向身份鉴别。这也是国密SSL VPN区别于普通HTTPS部署的核心能力之一，对钓鱼防护的含义将在第8页展开（双向认证使"仅仿冒服务端"的钓鱼成本显著抬高）。

04 · 与国际TLS及RFC 8998国密套件对比

4.1 协议层对比

4.2 RFC 8998：走向国际框架的国密套件

IETF RFC 8998《ShangMi (SM) Cipher Suites for TLS 1.3》（2021年3月发布）定义了两个国密套件：TLS_SM4_GCM_SM3（0x00,0xC6）与TLS_SM4_CCM_SM3（0x00,0xC7）。其设计要点：保留TLS 1.3的1-RTT握手、0-RTT恢复与强制前向安全骨架；命名曲线注册curveSM2（0x0029）；签名方案注册sm2sig_sm3（0x0708）；服务端在TLS 1.3框架下使用双证书——签名证书用于握手签名，加密证书承载密钥交换所需的静态密钥。这一路线使国密算法可以运行在国际TLS 1.3协议栈之上，大幅降低国际互操作成本，是"算法自主+协议接轨"的代表性方案（Tongsuo/铜锁等已实现）。

05 · 部署模式与工程要点

5.1 典型部署拓扑

5.2 工程要点清单

• 证书配置：服务端须同时正确配置签名证书与加密证书，两证书密钥用法不得错配（第3页红线）；证书链需包含至国密根。
• 套件收敛：生产环境仅启用必要套件（优先ECDHE/GCM变体），禁用弱套件与静态交换套件的默认启用，除非对端兼容强制要求。
• SNI与域名：国密网关须正确处理SNI以支持多站点；证书CN/SAN与实际域名严格一致。
• 中间盒穿越：部分国际厂商负载均衡/WAF不能识别TLCP，需配置TCP透传或在网关层终结；上线前做全链路探测。
• 调试工具：主流Wireshark版本可解析GM/T 0024/TLCP流量；亦可使用Tongsuo/openssl s_client的-ntls选项联调。
• 性能：SM2握手比RSA-2048握手轻量（签名短、验签快），但国密算法在国产品密卡中的性能差异大，高并发场景应做压测基线。

server {
    listen 443 ssl;
    # 国际证书（单证书）
    ssl_certificate     rsa.crt;
    ssl_certificate_key rsa.key;
    # 国密双证书（签名+加密）
    ssl_sign_certificate      sm2_sign.crt;
    ssl_sign_certificate_key  sm2_sign.key;
    ssl_enc_certificate       sm2_enc.crt;
    ssl_enc_certificate_key   sm2_enc.key;
    # 同时启用国密TLS与国际套件，按客户端能力协商
    ssl_ciphersuites "TLS_SM4_GCM_SM3:TLS_AES_128_GCM_SHA256";
    enable_ntls on;
}

06 · 安全性分析

6.1 协议层风险

6.2 与国际TLS的同构教训

国际TLS三十年的安全史（子课题04）表明：传输协议的实际安全水位由"默认配置、实现质量、密钥管理"三者决定，协议文本本身只是上限。TLCP同样遵循这一规律——密评与产品检测认证制度（第7页）正是为把"实现质量"纳入强制轨道而设。研究者与使用者应把关注重心从"协议是否国密"转向"套件是否收敛、私钥是否合规托管、回退是否受控、审计是否留痕"。

07 · 开源实现生态对照

本节参考来源（本页）

以下均为真实可查的权威来源，用于支撑本页协议事实。