一、基础学科知识1.1计网基础知识SSL握手-传送门image.png***"clienthello"消息**：客户端通过发送"clienthello"消息向服务器发起握手请求，该消息包含了客户端所支持的

HTTPS握手过程image.pngSSL握手，客户端首先发送clienthello请求，里面有TLS版本，加密组件，和一个随机数

clientHello，客户端向服务端发送version，clientrandom，sessionID，ciphersuites(客户端支持的密码套件组成的列表)，compression(客户端支持的压缩方法

首先服务器像证书机构进行证书申请：实际得到的证书是证书机构例如CA通过自己的私钥，将服务器提交的信息（服务器公钥，域名等）进行了签名，最终证书就包含（签名+服务器信息）当客户端发起HTTPS请求时，首先客户端发起一次ClientHello

RFC中的HTTPS交互过程如下：抓包分析ClientHello客户端支持的TLS最高版本号客户端生成的随机数客户端支持的加密套件主机名server_nameciphersuite怎么理解名字为ECDH-ECDSA-AES128

主要作用是：（1）对数据进行加密，并建立一个信息安全通道，来保证传输过程中的数据安全；（2）对网站服务器进行真实身份认证；首先TCP三次握手建立链接，这是数据传输基础，在此之上开始SSL加密；客户端首先发送ClientHello

下面通过国密GMTLS的密钥协商过程来介绍SM2签名和加密算法：1客户端发送clienthello消息，携带clientrandom，random（Unixtime+randombytes=总32字节）

1、首先呢，客户端先向服务端发送加密通信(https)请求，这次请求中包括：SSL/TSL版本号加密套件，也就是客户端支持的加密算法列表产生一个随机数，我们叫他为第1随机数有一个ClientHello字符串

流程图和密钥生成的图片来自大佬的ppt上截取的，侵权删，稍后自己作图（尽快）细节以TLSECDHE密钥交换流程来梳理SSL握手的整个流程，其中密钥交换流程如下所示ClientHello客户端向服务端明文发送

错误javax.net.ssl.SSLHandshakeException:Nonegotiableciphersuiteatsun.security.ssl.ClientHello$ClientHelloKickstartProducer.produce

iOS中HTTPS证书验证浅析一、HTTPS请求过程下面看一个普通的HTTPS请求过程：https.png第一阶段：ClientHello客户端发起请求，以明文传输请求信息，包含版本信息，加密套件候选列表

HTTP与HTTPS一、HTTP与HTTPS的区别二、HTTPS解决了HTTP的三大问题混合加密摘要算法数字证书三、SSL/TLS建立流程基本流程详细流程1.ClientHello2.ServerHello3

2.HTTPS建立SSL连接①ClientHello：客户端将支持SSL版本、加密算法、密钥交换算法等

HTTPS使用的加密方式有两种:1.非对称加密(客户端和服务器相互验证过程中使用).2.对称加密(客户端和服务器验证通过之后,以随机数作为密钥时(真正的通信时)使用)过程:1.客户端发起加密请求,叫做clienthello

客户端发送clienthello携带信息(主要有tls版本，加密套件列表，随机数)服务端收到后发送serverhello主要携带确定好的tls版本加密套件随机数发送certificate传输证书发送serverkeychange

HTTP的通信步骤图中简述了HTTPS的通信步骤，具体分为以下：1，客户端通过发送ClientHello报文开始SSL通信。

安全传输层协议，用于在两个通信应用程序之间提供保密性和数据完整性TLS会话主要三步：1、客户端向服务器端索要并验证证书2、双方协商生产“会话密钥”3、双方采用“会话密钥”进行加密通信又分为如下阶段：第一阶段：ClientHello

文章目录SSL协议原理SSL协议结构SSL原理（握手协议）SSL握手协议第一阶段客户端ClientHello数据包服务端serverHello数据包SSL握手协议第二阶段**Certificate消息数据包

注意：TSL协议握手阶段的通信是明文进行的1.浏览器发送ClientHello其中包含了浏览器支持的TSL协议的版本，支持的加密算法，压缩

Https协议运行过程文章目录Https协议运行过程SSL握手目的SSL握手示例图SSL握手过程1.ClientHello2.ServerHello3.Certficate4.CertificateRequest

Https运作流程原理如下图所示：客户端先发送ClientHello，将ClientRandom发送给服务器；服务器收到客户端请求并生成ServerRandom，发送ServerHello和ServerRandom

所谓服务器端最优，就是服务器端根据自身配置的加密套件顺序，一个个在clienthello中找，找到了就使用。

RFC中的HTTPS交互过程如下：抓包分析ClientHello客户端支持的TLS最高版本号客户端生成的随机数客户端支持的加密套件主机名server_nameciphersuite怎么理解名字为ECDH-ECDSA-AES128

1介绍HTTPS握手过程2tgtg3132467861.介绍HTTPS握手过程步骤1：客户端通过发送ClientHello报文开始SSL通信。

QUIC服务器在收到QUIC客户端发起的第一个UDP请求—Initial数据包的分析、处理和解密过程，涉及Initial数据包的格式，数据包头部保护的去除，PacketNumber的计算，负载数据的解密，clienthello

如图，TLS在建立连接时是需要客户端发送ClientHello（包含支持的协议版本、加密算法和随机数A(Clientrandom)）到服务端服务端返回ServerHello、公钥、证书、随机数B

如图，TLS在建立连接时是需要客户端发送ClientHello（包含支持的协议版本、加密算法和随机数A(Clientrandom)）到服务端服务端返回ServerHello、公钥、证书、随机数B

如图，TLS在建立连接时是需要客户端发送ClientHello（包含支持的协议版本、加密算法和随机数A(Clientrandom)）到服务端服务端返回ServerHello、公钥、证书、随机数B

简略过程1.发送一个“ClientHello”消息，内容包括：支持的协议版本，

Telnet,FTP,etc.SecureSocketsLayerSSLTransportLayerTCPInternetLayerIPHowSSLWorks:theHandshakeinDetail：Clienthello-Thecl

当一个SSL请求发送到服务器，由于SSL的clienthello中有自己支持的所有加密套件，服务器需要选择。服务器在选择算法时，会有优先级，是以客户端提供的的为最优，还是服务器端配置的为最优。

按照时间顺序，显然是客户端先发起TLS请求，即ClientHello消息；然后服务器响应客户端请求，返

QUIC服务器在收到QUIC客户端发起的第一个UDP请求—Initial数据包的分析、处理和解密过程，涉及Initial数据包的格式，数据包头部保护的去除，PacketNumber的计算，负载数据的解密，clienthello

8.PKI-SSL/TLSHandshakeProtocol（TLS握手详解）1.客户端发送ClientHello给服务器1.1ClientHello2.服务器发送ServerHello给客户端2.1ServerHello2.2ServerCertificate2.3ServerKeyExchange2.4CertificateRequest2.5ServerHelloDone3

三:需要了解的一些函数:1.intSSL_CTX_set_cipher_list(SSL_CTX*,constchar*str);根据SSL/TLS规范,在ClientHello中,客户端会提交一份自己能够支持的加密方法的列表

一.intSSL_CTX_set_cipher_list(SSL_CTX*,constchar*str);根据SSL/TLS规范,在ClientHello中,客户端会提交一份自己能够支持的加密方法的列表

原理我们先回顾一下SSL/TLS的整个握手过程：Clienthello：发送客户端的功能和首选项给服务器，在连接建立后，当希望重协商、或者响应服务器的重协商请求时会发送。

众所周知，在最初的TLS握手过程（特别常用于浏览器中的HTTPS协议）中，会交换一条名为“ClientHello”的消息；在这条消息中，客户端列举了所支持的密码组件（即所谓的密码套件）。

一、TLS1.3抓包分析——ClientHello抓包使用的是WireShark2.6.7，抓包内容为https://tls13.crypto.mozilla.org/（Mozilla的TLS1.3测试页面

第编号70的报文这是服务器第一次回给客户端的第一个报文这个报文的内容是serverhello里面包括了内容是握手协议（和clienthello）一样版本是TLSv1.2然后是握手协议的类型serverhello

RSA握手过程RSA握手过程说明：“ClientHello”，客户端向服务器发送一个随机数R1“ServerHello”，服务器给客户端回复一个随机数R2与包含公钥的证书“ClientKeyExchange

SSL/TLS双向认证：客户端和服务端都会互相认证，即双发之间要证书交换一般的应用都是单向认证，如果场景中要求对客户源做认证可以实现双向认证，下边介绍双向认证过程认证过程SSL消息按如下顺序发送：1.ClientHello

TLS1.2handshake中extension的解析前段时间抓包分析TLS1.2协议，发现TLS1.2中在clienthello中会有很多extension，如下图所示，图中红色框图中部分为extension

再看TLS1.3，通过ClientHello和Serve

https://tls13.crypto.mozilla.org/（Mozilla的TLS1.3测试页面），浏览器为chrome（需开启TLS1.3），这里我先给出抓包结果：本次从握手的第一步开始分析，即ClientHello

主要是从理论出发去了解TLS1.3协议，为了更加深入的理解TLS1.3协议，我将尝试去实现它，目前有部分站点已经开始支持TLS1.3，我们可以利用这些站点来进行测试代码是否成功实现TLS1.3的部分结构，我现在主要实现了ClientHello

所以查了资料，结合wireshark分析了下，clienthello、serverhello内容。

继续分析SSL协议，上次写的ClientHello过程只是整个SSL协议握手过程的一部分而已。

一、正常的握手过程（一）过程如下（二）wireshark抓到的对应的包如下（三）具体的包分析ClientHello包中包含了Version（版本信息）、session

而不是第三方冒充的，通过证书实现2.client与server交换sessionkey，用于连接后数据的传输加密和hash校验简单的SSL握手连接过程(仅Server端交换证书给client)：1.client发送ClientHello