• 如果您觉得本站非常有看点,那么赶紧使用Ctrl+D 收藏吧

HTTPS请求流程分析

互联网 diligentman 4周前 (01-31) 15次浏览

TCP+TLS 的WireShark过程介绍

1.TLS介绍 [TLS1.2为模板]

tls的各个版本的区别,本文不过多的讨论。 只是为了让大家了解tls的整个加密流程。

如下图:TLS的交互流程比较简单,只需要进行交互的生活 进行两次单独的握手操作即可。

本人按照 tls的抓包流程进行详细介绍对于每一步进行介绍.再上一个流程图,然后按照这个每一步进行讲解。本流程图 按照wireshark抓包为准

1.1 Client Hello

第一次建立链接,客户端发送首先发送信息到服务端。由于客户端对加密站长交易算法的支持不一样,需要发送支持的加密套件[Cipher Suites]信息,同时生成一个随机数[Random]。

1.2 Server Hello

在服务端接收到Client Hello 信息以后,从加密套件里面选择一个加密算法。如果服务器没有找到一个支持的算法,返回报错信息.返回一个随机数[Random]

1.2.1 Certifate , Server Key Exchange , Server Hello Done

Certifate: 向客户端发动 CA认证的数字证书,鉴别服务端身份

Server Hello Done: 服务端宣告和客户端第一阶段握手协议结束

Server Key Exhchange[可选]: 如果CA的认证的数字证书提供的信息不够,服务端发送补充信息

1.3 Client Key Exchange,Change Cipher Spec ,Encrypted Handshake Message

Client Key Exhchange : 客户端收到CA数字证书并通过认证,然后通过CA公钥解密获取到服务端公钥。Client Key Exchange 报文包含一个随机数,这个随机数成为pre-master key /secret.表示随后的信息使用双方协议好的加密方法密钥发送的通知。

还有一个协商好的hash算法对前面的所有内容信息的hash计算值。用来提供服务端校验。这些信息通过服务端公钥加密 传送给服务端。

Change Cipher Spec: 该报文通知服务端,此后的通信将通过协商好的加密算法计算对称密钥,进行加密通信。【使用两个随机数以及第三个 pre-master key/secret 随机数 计算出一个对称密钥 session key / secret 】后续会发送 密钥信息。

Encrypted Handshake Message:客户端或者服务器发送的,属于TLS handshake,也是紧跟着Key Exchange发送。这里是进行一下测试,一方用自己的刚刚生成的密钥加密一段固定的消息发送给对方,如果密钥协商正确无误的话,对方应该可以解密。这段加密内容的明文一般是协议中规定好的,双方都知道

下图中Application Data有一条数据是加密的 对称密钥

1.4 Change Cipher Spec

通知客户端。此后的通信按照协商好的 对称密钥 进行加密通信


程序员灯塔
转载请注明原文链接:HTTPS请求流程分析
喜欢 (0)