课题研究 PKI与证书信任安全 子课题05 · 第06页 / 共8页
05子课题 · 国密SM2证书体系与信任生态

国密改造与双栈互操作实践第06页:国密改造与双栈互操作实践

国密改造不是简单的"换证书",而是算法、协议、证书、密钥管理、审计证据链的系统性工程。本页面向改造实操:先厘清等保2.0、《密码法》、密评制度叠加形成的政策驱动矩阵,再剖析网银、政务、电子招投标等典型场景的差异,然后给出四种双栈部署架构模式与完整的互操作矩阵,重点解决"协议回退降级"这一双栈最大风险,最后输出分阶段实施路线图——为组织将合规要求转化为可审计的工程事实提供操作框架。

国密改造双栈部署协议回退互操作矩阵TongsuoGmSSL密评整改研究状态:研究中
所属专题互联网基础设施安全 › PKI与证书信任安全
目标受众企业安全架构师、运维负责人、合规与密评对接人员、系统集成商
全文结构8页:总览 → 算法体系 → 证书架构 → TLCP协议 → 认证治理 → 改造实践 → 密评合规 → 防护展望

01 · 改造驱动与政策要求

1.1 三重政策驱动叠加

制度来源对证书/传输改造的要求触发场景
《密码法》(2020施行)关键信息基础设施运营者使用商用密码进行保护;开展密评关基系统规划、建设、运行
《商用密码管理条例》(2023修订施行)商用密码应用全链条义务细化;电子认证服务使用商用密码的衔接等保三级及以上系统、政务系统
等保2.0(GB/T 22239-2019)网络和通信安全层面要求采用密码技术保证通信机密性与完整性;三级及以上系统要求显著增强等保定级备案系统建设与整改
密评制度(办法令第3号,2023施行)重要系统"三同步一评估":规划、建设、运行同步开展密评,运行期每年至少一次新建/改扩建/每年复评
行业专项要求人民银行等金融监管部门对金融机构密码应用的持续要求;政务领域"一网通办"国密接入规范行业系统检查与验收

驱动的实质变化:2023年密评办法施行后,合规驱动力从"标准倡导"转为"行政执法"——未按规定开展密评的重要系统,由密码管理部门责令改正并处罚款(对单位可处10万元以上100万元以下,对直接负责人员处1万元以上10万元以下)。改造已从"技术选项"变为"法律义务",且是持续性义务(详见第7页)。

1.2 改造的边界判定

  • 不是所有系统都必须国密化:义务主体是"法律、行政法规和国家有关规定要求使用商用密码保护的网络与信息系统"(即重要网络与信息系统);一般企业系统以等保等级与行业归属判定。
  • 国密化不等于全栈替换:密码应用方案(密评的前置文档)允许按风险选择保护强度与范围,"不适用指标"需充分论证——避免过度改造与预算浪费。
  • 传输层只是测评对象之一:身份鉴别、数据存储、密钥管理、管理制度同样纳入测评,仅改造SSL通道无法"包过密评"(第7页展开)。

02 · 典型改造场景画像

场景改造特征关键挑战
银行网银/支付国密改造起步最早、最彻底:TLCP通道+客户端双向认证+USBKey签名介质;大型支付平台已提供SM2国密证书接口(如微信支付APIv3国密能力)存量国际通道并存、跨境业务兼容、海量用户介质更换
政务"一网通办"政务服务门户国密改造+法人/个人证书应用;区域性CA深度参与多端覆盖(PC/移动/自助终端)、与统一身份认证平台集成
电子招投标招标/投标文件SM2签名+时间戳,防篡改与抗抵赖是核心诉求与交易平台、CA互认的跨机构验证
医疗/教育电子病历、学籍学历的签名与传输保护,行业规章驱动老旧系统改造窗口小、预算有限
企业内网/VPN国密SSL VPN替代传统VPN,网关-网关隧道+双向认证国密客户端分发与运维、移动端支持

03 · 双栈部署架构模式

3.1 四种模式选型

模式结构说明优点缺点/风险
A. 单端口协商443端口同时支持国际TLS与国密TLCP,按客户端ClientHello自动协商用户体验无缝;域名与端口统一实现复杂;协商逻辑错误可能引入降级面
B. 分端口部署国际443+国密独立端口(如8443或专用网关地址)逻辑隔离清晰、故障域分离用户需区分入口;外链与SEO成本高
C. 网关卸载国密SSL网关于前端卸载TLCP,回源为明文/国际TLS存量业务零改造;证书集中管理回源段保护弱化;网关成为单点与密钥富集点
D. 应用直改服务端软件升级国密栈(Tongsuo/GmSSL改造Nginx/Tomcat),双证书直接加载链路端到端国密;性能可控研发与回归成本高;中间件生态依赖

选型建议:新建高安全系统优先D(端到端)+A(单端口协商);存量系统改造从C(网关)切入、按业务分批过渡到D;B模式适合内部系统或过渡期。无论何种模式,回退控制与审计(本章第05节)都是必选项而非可选项。

3.2 客户端侧配套

  • 国密浏览器:PC端双核浏览器(国密/国际内核切换)是政务金融主流形态;独立国密浏览器服务于高安全场景。
  • 移动端:iOS/安卓原生浏览器普遍不支持TLCP,主流做法是APP内嵌国密SDK或调用持牌浏览器能力。
  • 服务端组件:Tongsuo(NTLS双证书)、GmSSL、TASSL、gmgo等开源栈与商用密码网关/密码机。
  • 证书供给:向持牌CA(第5页)申请SM2双证书;测试环境可使用自签国密根但严禁流入生产。

04 · 互操作矩阵

客户端 \ 服务端仅国际TLS仅国密TLCP双栈(A/B/D)
国际浏览器(Chrome/Firefox/Safari)✅ 正常❌ 失败(不识别套件/无国密根)✅ 协商至国际通道
国密浏览器✅ 正常✅ 正常(展示国密标识)✅ 优先国密通道(策略可配)
普通APP/脚本(无国密SDK)✅ 正常❌ 失败✅ 协商至国际通道
内嵌国密SDK的APP视SDK能力✅ 正常✅ 按SDK策略
中间盒/WAF(国际厂商)✅ 可解析⚠️ 多为TCP透传,无法检测国密流量不可见

注:✅/❌/⚠️为一般形态的经验归纳,具体行为随产品版本而异,选型时须以实测为准。

可观测性盲区警示:双栈模式下,国密通道对国际厂商WAF/IDS多为"密文黑盒"(透传不可检测),安全团队将失去对该通道的应用层可见性。补救措施:在网关层落日志、将国密通道流量镜像给支持TLCP解析的审计系统,或采用"国密通道+应用层签名/令牌"的纵深设计。

05 · 回退与降级风险管控

5.1 三类降级路径

降级类型攻击/事故场景管控措施
通道降级攻击者干扰ClientHello,使双栈站点对国密客户端协商为国际通道——国密合规承诺失效,且可能绕过国密侧的审计与管控策略国密客户端强制国密套件白名单;服务端对国密标识入口关闭国际协商
套件降级强制协商至静态密钥交换套件(ECC_SM4_SM3),丧失前向安全服务端套件白名单仅保留ECDHE/GCM;禁用弱套件
明文回源网关模式C下回源段为明文,内网横向攻击者可截获回源启用国际TLS或内网国密通道;回源段纳入等保边界防护

5.2 回退审计基线

  • 记录什么:每一次协议协商结果(套件、算法、证书链标识)、回退事件发生的时间与源、回退原因码;
  • 存多久:纳入密码应用审计日志体系,保存期限不少于6年(与密评记录要求对齐,第7页);
  • 谁来看:回退事件纳入SOC告警规则(异常回退率突增即告警)与年度密评复核输入。

06 · 分阶段实施路线图

国密改造六步路线图
从资产摸底到持续合规的闭环(方法框架示意)
说明:流程节点依据《商用密码应用安全性评估管理办法》第七条、第八条、第九条归纳;落地时以主管部门最新要求为准。

6.1 里程碑与责任矩阵(摘要)

阶段关键交付物主责方验收口径
方案阶段密码应用方案、产品选型清单、不适用指标论证业务方+密码应用方案编制单位方案密评通过
建设阶段双栈环境、双证书、网关/SDK部署、回退审计集成商+内部运维联调用例集全通过
测评阶段测评报告、整改报告、备案材料密评机构测评结论合格+30日内备案
运行阶段年度密评、配置基线审计、吊销/续期SOP内部安全运营年度密评通过+审计留痕完整
30日
测评报告备案时限
重要系统测评报告形成后30日内报密码管理部门备案(办法第十四条)
每年≥1次
运行期密评频次
建成运行后每年至少一次,未通过须改造(办法第九条)
6年
记录保存下限
密评原始记录与报告保存不少于6年(办法第十三条)
4×4
测评框架结构
GB/T 39786-2021:四个技术层面×四个管理层面(第7页)

本节参考来源(本页)

以下均为真实可查的权威来源,用于支撑本页政策与工程事实。

[1]

《商用密码应用安全性评估管理办法》(国家密码管理局令第3号,2023-11-01施行)第七、八、九、十三、十四条:oscca.gov.cn 原文。

[2]

GB/T 22239-2019《信息安全技术 网络安全等级保护基本要求》(等保2.0):网络和通信安全层面密码技术要求:国家标准全文公开系统 openstd.samr.gov.cn。

[3]

《中华人民共和国密码法》(2020-01-01施行)关于关键信息基础设施商用密码保护的要求;《商用密码管理条例》(2023-07-01施行)。

[4]

Tongsuo(铜锁)NTLS双证书部署文档:github.com/Tongsuo-Project/Tongsuo;GmSSL:github.com/guanzhi/GmSSL。

[5]

微信支付商户平台国密能力说明(SM2国密证书接口):微信支付技术支持官方文档。

[6]

中国密码学会密评联委会《信息系统密码应用高风险判定指引》《商用密码应用安全性评估量化评估规则》。