TLS/SSL 协议详解 (29) 国密SSL协议

TLS/SSL 协议详解 (29) 国密SSL协议测试服务器:https://47.89.249.43:4433/(测试时,先将本机时间设置为2018年7月之前(我证书过期了),然后使用360国密浏览器访问。360国密浏览器会在TLS握手失败后才会发起GMSSL握手,所以访问较慢。出现访问不了的情况,请清除360国密浏览器所有缓存,重启浏览器后再访问)源码在https://github.com/mrpre/atls上可以获得…

大家好,又见面了,我是你们的朋友全栈君。

测试服务器:https://www.mrpre.com:4433/  (已经过期,不要测试了)

(测试时,先将本机时间设置为2018年7月之前(我证书过期了),然后使用360国密浏览器访问。360国密浏览器会在TLS握手失败后才会发起GMSSL握手,所以访问较慢。出现访问不了的情况,请清除360国密浏览器所有缓存,重启浏览器后再访问)

源码在 https://github.com/mrpre/atls 上可以获得

GM/T 没有单独规范 SSL协议的文件,而是在SSL VPN技术规范中定义了国密SSL协议。

规范号:GM/T 0024-2014

TLS/SSL 协议详解 (29) 国密SSL协议

这里主要讲的是国密SSL协议和标准的TLS协议之间的区别,根据这些区别,完全可以实现国密SSL握手、通讯,实现效果见文末。

1:协议号

    TLS协议号为0x0301 0x0302 0x0303,分别表示TLS1.0 1.1 1.2

    而国密SSL版本号为0x0101,其参考了TLS1.1。

    故本篇没有描述的握手、加密细节等全部参考TLS 1.1,本篇只罗列GM SSL 与 标准 TLS 之间的区别。

Client hello报文如下:

TLS/SSL 协议详解 (29) 国密SSL协议

 Wireshark是无法解析的该报文的(不知道新版本是否能够解析),若想解析,还需要手动把pcap报文中version对应的字段修改成通用的0x03xx,wireshark方能解析。

故该规范定义的SSL协议被称为 国密SSL 1.1。具体参考规范6.3.2.1。

2:加密算法

国密SSL定义了多个加密套件,见6.4.4.1.1

TLS/SSL 协议详解 (29) 国密SSL协议

实际上,若加密各个阶段(非对称、对称、摘要)都替换成国密标准的,较主流的是如下2个

 1:ECC_SM4_SM3 

 2:ECDHE_SM4_SM3 

 IBC并没有研究过,这里不再详细说明。

注意 ,ECDHE_SM4_SM3 必须要求双向认证。

 ECC 对应的是标准的RSA,切勿被ECC迷惑,这个ECC并不和标准的椭圆曲线密钥交换算法类似,而是和RSA类似。服务器发送ECC公钥(在证书中)到客户端,客户端拿ECC公钥加密随机数给服务器(client key exchange)。

3:PRF算法

PRF算法和TLS 1.2类似,唯一区别:TLS1.2下,PRF算法为SHA256,而GM SSL的算法为SM3。

4:server key exhcnage

标准的server key exchange计算方式是

DH_sign(client_random + server_random + hash_in)

而国密SSL下server key exchange计算方式略有不同

Sm2_sign(lient_random + server_random +hash_len + hash_in)

国密规范如下描述 server key exchange:

Case ECC:

    Digitally-signed struct

    {

        Opaque client_random[32];

        Opaque server_random[32];

        Opaque ASN.1Cert<1, 2^24-1>;

    }

Case ECDHE:

    ServerECDHEParams params

    Digitally-signed struct

    {

        Opaque client_random[32];

        Opaque server_random[32];

        ServerECDHEParams params

    }

总结一下,

(1):

标准TLS server key exchange是椭圆曲线参数+对该报文的签名,签名时的hash是2个随机数加该报文本身。

(2):

国密SSL的ECC的server key exchange只是签名,由于本身不包含任何参数,故签名时的hash是2个随机数加上加密证书(注意国密规范描述证书时采用的尖括号的描述,即证书前需要加上长度信息表示)。具体签名算法使用的是sm2。

(3):

国密SSL的ECDHE证书和标准TLS就一样了,只是签名算法使用的是sm2。

Sm2签名需要一个ID,规范中建议为”1234567812345678”。实现上,都使用该值。

5:finished报文

标准TLS对finished使用标准的SHA1、SHA256、SHA384等进行hash运算,国密SSL中,hash运算为smx。Hash运算完成后,就使用上面描述的prf算法进行计算。

6:certificate报文

 国密规范定义发送证书时需要发送两个证书,签名证书和加密证书(双证书体系)。

与标准TLS报文格式一样,只是第一个证书是签名证书,第二个证书是加密证书。

我没有找到国密SSL规范定义怎么发送证书链的。

7:效果

使用360国密浏览器后,实现效果如下:

TLS/SSL 协议详解 (29) 国密SSL协议

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

发布者:全栈程序员-用户IM,转载请注明出处:https://javaforall.cn/137062.html原文链接:https://javaforall.cn

【正版授权,激活自己账号】: Jetbrains全家桶Ide使用,1年售后保障,每天仅需1毛

【官方授权 正版激活】: 官方授权 正版激活 支持Jetbrains家族下所有IDE 使用个人JB账号...

(0)
blank

相关推荐

  • rviz的简单使用[通俗易懂]

    rviz的简单使用[通俗易懂]原链接:http://community.bwbot.orgrviz是ros自带的一个图形化工具,可以方便的对ros的程序进行图形化操作。其使用也是比较简单。整体界面如下图所示界面主要分为左侧的显示设置区域,中间的大的显示区域和右侧的视角设置区域。最上面是和导航相关的几个工具。最下面是ros状态相关的一些数据的显示。下面以用rviz查看ORB_SLAM2的topic数据为例展示一下rvi

  • python+opencv的图像学基础以及简单的人脸识别

    python+opencv的图像学基础以及简单的人脸识别

  • 黑盒 测试用例设计方法「建议收藏」

    黑盒 测试用例设计方法「建议收藏」概述黑盒测试用例设计方法包括等价类划分法、边界值分析法、错误推测法、因果图法、判定表驱动法、正交试验设计法、功能图法等。等价类划分法概念等价类划分法是把程序的输入域划分成若干部分(子集),然后从每个部分中选取少数代表性数据作为测试用例。每一类的代表性数据在测试中的作用等价于这一类中的其他值。等价类划分法的应用1.等价类是指某个输入域的子集合。在该子集合中,各个输入数据对于揭露程序中的错…

  • 查看TensorFlow版本_查看tensorflow编译版本

    查看TensorFlow版本_查看tensorflow编译版本由于tensorflow版本不同,可能一些函数的调用也有变换,这时候可能需要查看tensorflow版本,可以在终端输入查询命令如下:pythonimporttensorflowastftf.__version__查询tensorflow安装路径为:tf.__path__查询结果如下:

  • 求delay函数的原理

    求delay函数的原理哪位大哥知道c语言delay函数的原理 

  • Retrofit2.0 请求数据 一直出返回网络错误,错误代码 414

    Retrofit2.0 请求数据 一直出返回网络错误,错误代码 414今天使用rettorfit去请求数据一直不成功,请求逻辑上以及请求参数上都没有问题,后台也验证过是通的(我用xutils3请求也是成功的,后来意识到xutils3是将参数放在请求体里面),但是就是一直不能请求成功,后来终于发现还是参数的问题。由于使用的是retrofitPOST请求,查询字段用的是@QueryMap,而这个查询时是直接拼接在url的后面,但是url的请求接口是有长度限制的…

发表回复

您的电子邮箱地址不会被公开。

关注全栈程序员社区公众号