Https建立连接的过程是？

[BetaSu]

要回答的问题

请按以下顺序回答HTTPS建立连接过程：

1. Https是什么？
2. Https建立连接的过程

最佳答案评选标准

1. 按顺序答题
2. 图文并貌是加分项
3. 对出现的专有名词作出解释是加分项（比如SSL、对称/非对称加密）

最佳答案

悬赏中，欢迎作答...

答题同学须知

• 答题规范：请在一次评论中完成作答，后续修改也请编辑该评论，而不是追加新的评论

• 评选标准：最佳答案由围观同学的 👍 和卡颂共同决定

• 评选时间：一般是问题发布24小时后评选，如果问题发布当天回答数较少，问题悬赏金额可能增加，同时悬赏时间也会增加

围观同学须知

• 对于你满意的答案，请不要吝惜你的 👍，这是评选最佳答案的依据

• 非答题的评论会被删除，问题相关讨论请在赏金猎人群中进行

[wangbo122]

HTTPS中的S指的是TLS，TLS使用的非对称+对称的方式进行加密。

对称加密，两方同时知道加密和解密非对称加密，每个人都有一把公钥和私钥，公钥所有人都知道，私钥只有自己知道。
非对称+对称：

1. 客户端发送一个随机值，需要的协议和加密方式
2. 服务端收到随机值，发送自己的证书，再加一个根据协议和加密方式进行加密的随机值
3. 客户端判断证书是否失效，再生成一个根据证书公钥加密的随机值发送给服务端
4. 服务端收到随机值并用私钥解密获得第三个随机值两端都有3个随机值，三个随机值通过之前加密方式生成密钥，接下来通信就是对称通信

[funcMeng]

1、Https也叫安全的超文本传输协议，使用TCP端口443，他的数据会用PKI中的公钥进行加密，这样抓包工具捕获到的数据包也没有办法查看包中的内容，安全性大大提高，要解密数据的话就要用到PKI中的私钥；同时Https也是以安全为目标的Http通道，简单讲就是Http的安全版；
2、Https建立连接的过程是以SSl原理进行的，首先客户端发起Https连接将一个请求发送给到服务端，此时客户端同时将自己支持的加密算法带到服务端；然后服务端收到该加密算法和自己支持的加密算法对比，如果不符合就断开连接，如果符合就将SSL证书发送给客户端；再然后客户端验证服务端发来的证书，发现无误后或者接受了不信任的证书，就会生成一个随机数，用服务端发过来的公钥进行加密，因为这样这个随机数只有服务端的私钥才可以解开，然后用生成的随机数将握手信息和握手信息的hash值进行加密（握手信息是用证书中签名hash算法取得），一起发送给服务端；服务端收到客户端传回来的用随机数加密的信息后，先用私钥解密随机数，然后用解密得到的随机数解密握手信息，获取握手信息和握手信息的hash值，计算自己发送的握手信息的hash值，与客户端传回来的进行对比，如果验证无误，同样使用随机字符串加密握手信息和握手信息hash值发回给到客户端；最后客户端收到服务端发送过来的握手信息后，用开始自己生成的随机数进行解密，验证被随机数加密的握手信息和握手hash值，如果验证无误，握手过程就完成了，之后服务端和客户端就可以使用之前的随机数进行对称加密通信了。

[childrentime]

HTTPS 简介

HTTPS 指的是超文本传输安全协议，HTTPS 是基于 HTTP 协议的，不过它会使用 TLS/SSL 来对数据加
密。使用 TLS/
SSL 协议，所有的信息都是加密的，第三方没有办法窃听。并且它提供了一种校验机制，信息一旦被篡
改，通信的双方会立
刻发现。它还配备了身份证书，防止身份被冒充的情况出现。

TLS 握手过程

1. 第一步，客户端向服务器发起请求，请求中包含使用的协议版本号、生成的一个随机数、以及客户
   端支持的加密方法。
2. 第二步，服务器端接收到请求后，确认双方使用的加密方法、并给出服务器的证书、以及一个服务
   器生成的随机数。
3. 第三步，客户端确认服务器证书有效后，生成一个新的随机数，并使用数字证书中的公钥，加密这
   个随机数，然后发给服
   务器。并且还会提供一个前面所有内容的 hash 的值，用来供服务器检验。
4. 第四步，服务器使用自己的私钥，来解密客户端发送过来的随机数。并提供前面所有内容的 hash
   值来供客户端检验。
5. 第五步，客户端和服务器端根据约定的加密方法使用前面的三个随机数，生成对话秘钥，以后的对
   话过程都使用这个秘钥
   来加密信息。

实现原理

TLS 的握手过程主要用到了三个方法来保证传输的安全。
首先是对称加密的方法，对称加密的方法是，双方使用同一个秘钥对数据进行加密和解密。但是对称加
密的存在一个问题，就
是如何保证秘钥传输的安全性，因为秘钥还是会通过网络传输的，一旦秘钥被其他人获取到，那么整个
加密过程就毫无作用了。
这就要用到非对称加密的方法。
非对称加密的方法是，我们拥有两个秘钥，一个是公钥，一个是私钥。公钥是公开的，私钥是保密的。
用私钥加密的数据，只
有对应的公钥才能解密，用公钥加密的数据，只有对应的私钥才能解密。我们可以将公钥公布出去，任
何想和我们通信的客户，
都可以使用我们提供的公钥对数据进行加密，这样我们就可以使用私钥进行解密，这样就能保证数据的
安全了。但是非对称加
密有一个缺点就是加密的过程很慢，因此如果每次通信都使用非对称加密的方式的话，反而会造成等待
时间过长的问题。
因此我们可以使用对称加密和非对称加密结合的方式，因为对称加密的方式的缺点是无法保证秘钥的安
全传输，因此我们可以
非对称加密的方式来对对称加密的秘钥进行传输，然后以后的通信使用对称加密的方式来加密，这样就
解决了两个方法各自存
在的问题。
但是现在的方法也不一定是安全的，因为我们没有办法确定我们得到的公钥就一定是安全的公钥。可能
存在一个中间人，截取
了对方发给我们的公钥，然后将他自己的公钥发送给我们，当我们使用他的公钥加密后发送的信息，就
可以被他用自己的私钥
解密。然后他伪装成我们以同样的方法向对方发送信息，这样我们的信息就被窃取了，然而我们自己还
不知道。
为了解决这样的问题，我们可以使用数字证书的方式，首先我们使用一种 Hash 算法来对我们的公钥和
其他信息进行加密生成
一个信息摘要，然后让有公信力的认证中心（简称 CA ）用它的私钥对消息摘要加密，形成签名。最后
将原始的信息和签名合
在一起，称为数字证书。当接收方收到数字证书的时候，先根据原始信息使用同样的 Hash 算法生成一
个摘要，然后使用公证
处的公钥来对数字证书中的摘要进行解密，最后将解密的摘要和我们生成的摘要进行对比，就能发现我
们得到的信息是否被更改
了。这个方法最要的是认证中心的可靠性，一般浏览器里会内置一些顶层的认证中心的证书，相当于我
们自动信任了他们，只有
这样我们才能保证数据的安全。

[DBAAZzz]

HTTPS是什么？

HTTP（Hypertext Transfer Protocol）超文本传输协议，是一种用于分布式、协作式和超媒体信息系统的应用层协议。

但是HTTP有一个致命缺陷，就是内容是明文传输的，没有经过任何加密，而这些明文数据会经过WIFI、路由器、运营商、机房等物理节点，如果在这中间任意一个节点被监听，传输的内容就会完全暴露，这一攻击手法叫做MITM （Man in The Middle）中间人攻击。

为了解决HTTP明文传输数据可能导致的安全问题，1994年网景公司提出了HTTPS超文本传输安全协议，数据通信仍然是HTTP，但是利用了SSL/TSL加密数据包。

HTTPS协议提供了3个关键的指标：

• 加密（Encryption），HTTPS通过对数据加密来使免受窃听者对数据的监听，这就意味着当用户在浏览网站时，没有人能够监听他喝网站之间的信息交换，从而窃取用户的信息
• 数据一致性（Data interity），数据在传输的过程中不会被窃听者所修改，用户发送的数据会完整的传输到服务端，保证用户发的是什么，服务器接收的就是什么
• 身份认证（Authentication），是指确认对方的真实身份，可以防止中间人攻击并建立用户信任。

HTTPS的内核是HTTP，也就是说HTTPS就是加了TSL/SSL协议的HTTP。

HTTPS建立连接的过程

HTTPS的连接过程，除了TCP的三次握手外，还增加了四次通信：

1. 用户在浏览器发起HTTPS请求（如 https://github.com/），默认使用服务端的443端口进行连接
2. HTTPS需要使用一套CA数字证书，证书内会附带一个公钥Pub，而与之对应的私钥Private保留在服务端不公开
3. 服务端收到请求，返回配置好的包含公钥Pub的证书给客户端
4. 客户端收到证书，校验合法性，主要包括是否在有效期内、证书的域名与请求的域名是否匹配，上一级证书是否有效（递归判断，直到判断到系统内置或浏览器配置好的根证书），如果不通过，则显示HTTPS警告信息，如果通过则继续
5. 客户端生成一个用于对称加密的随机Key，并用证书内的公钥Pub进行加密，发送给服务端
6. 服务端收到随机Key的密文，使用与公钥Pub配对的私钥Private进行解密，得到客户端真正想发送的随机Key
7. 服务端使用客户端发送过来的随机Key对要传输的HTTP数据进行对称加密，将密文返回客户端
8. 客户端使用随机Key对称解密密文，得到HTTP数据明文
9. 后续HTTPS请求使用之前交换好的随机Key进行对称加解

CA机构和证书的作用

通过CA证书可以防范中间人攻击。出现中间人攻击这一问题的核心原因是客户端无法确认收到的公钥是不是真的是服务端发来的。为了解决这个问题，会联网引入了一个公信结构，这就是 CA 结构。

服务端在使用 HTTPS 前，去经过认证的 CA 机构申请颁发一份数字证书，数字证书里包含有证书持有者、证书有效期、公钥等信息，服务端将证书发送给客户端，客户端校验证书身份和要访问的网站身份确实一致后再进行后续的加密操作。

但是，如果中间人也聪明一点，只改动了证书中的公钥部分，客户端依然不能确认证书是否被篡改？
这时我们就需要一些防伪技术了。

私钥除了解密外的真正用途其实还有一个，就是数字签名，其实就是一种防伪技术，只要有人篡改了证书，那么数字签名必然校验失败。具体过程如下：

1. CA 机构拥有自己的一对公钥和私钥
2. CA 机构在颁发证书时对证书明文信息进行哈希
3. 将哈希值用私钥进行加签，得到数字签名 Sign1

客户端收到服务端发来的数字证书后，浏览器本身会保存着 CA 机构的根证书（CA 机构的公钥），然后

1. 客户端得到证书，分解得到证书的明文信息和数字签名 Sign1
2. 通过 CA 机构的公钥对数字签名解签，得到 Sign2
3. 通过数字证书的哈希算法对明文信息进行哈希得到一个哈希值
4. 将这个哈希值与解签后的 Sign2 相等，就证明没有被篡改

证书的数字签名是CA机构的私钥加签生成的，所以中间人无法造假证书。

浏览器主要依据客户端操作系统保存的根证书列表判断CA的权威性。如上图，在Windows操作系统中，这个列表放在“受信任的根证书颁发机构存储区”中，这个列表实际上是CA机构的根证书集合，根证书包含CA机构的信息和公钥。 在windows系统中可以通过 win+R 输入 certmgr.msc 查看

HTTPS的加密算法

对称算法

指加密和解密时使用的密钥都是同样的密钥

非对称算法

非对称加密中有两个密钥，一个是公钥，一个是私钥，公钥进行加密，私钥进行解密。公开密钥可供任何人使用，私钥只有你自己能够知道。

混合加密

对称算法+非对称算法

摘要算法

其实你可以把摘要算法理解成一种特殊的压缩算法，它能够把任意长度的数据压缩成一种固定长度的字符串。如MD5加密

[jacksmas]

Https是什么？

HTTPS是一种通过计算机网络进行安全通信的协议，是HTTP协议的安全版。在HTTPS协议下，客户端和服务器之间的通信被加密，以防止敏感信息被窃取或篡改，保证数据的安全性和完整性。HTTPS协议的核心是使用 SSL 或 TLS 协议来加密数据，因此通常也被称为 SSL/TLS 安全协议。

HTTPS协议在传输过程中要经过“握手阶段”，主要包括以下几个步骤：

1. 客户端向服务器发起连接请求，并发送一个包含支持的加密算法列表和随机数的“客户端hello”消息。

2. 服务器接收到请求后，向客户端发送一个包含服务器证书、公共密钥和另一个随机数的“服务器hello”消息。

3. 客户端收到服务器的响应后，会验证服务器的证书是否有效、证书中包含的主机名是否和正在访问的主机名一致，并使用服务器公共密钥对一个随机数进行加密后发送给服务器。

4. 服务器接收到客户端的响应后，使用私钥解密客户端发来的随机数，并使用两个随机数生成一个用来加密通信的“会话密钥”，并向客户端发送一个加密的“完成”消息。

5. 客户端接收到服务器的“完成”消息后，也会生成一个会话密钥，并向服务器发送一个加密的“完成”消息。

6. 握手完成后，客户端和服务器就可以开始使用会话密钥进行加密和解密数据了。

总的来说，HTTPS协议通过使用 SSL/TLS 加密数据，保证了数据的安全性和完整性，同时还具有验证服务器身份的功能，可以避免中间人攻击等网络安全问题。

Https建立连接的过程

1. 客户端向服务器发起连接请求。客户端会随机生成一个用于协商加密参数的“客户端hello”消息，并向服务器发送该消息。消息中包含了客户端支持的加密算法列表、协议版本号等信息。

2. 服务器接收到客户端请求后，将根据其中包含的协商信息，选择一种加密算法和协议版本号，生成一个随机数，并将该信息封装到一个“服务器hello”消息中发送给客户端。消息中还需要包含服务器发送的数字证书和服务器的公钥。

3. 客户端接收到服务器的响应后，会验证服务器的证书是否有效、证书中包含的主机名是否和正在访问的主机名一致，并使用服务器公共密钥对一个随机数进行加密后发送给服务器。这个随机数用于协商会话密钥。

4. 服务器接收到客户端的响应后，使用私钥解密客户端发来的随机数，并使用客户端和服务器共同生成的另一个随机数，生成一个“会话密钥”。然后将生成的“会话密钥”通过加密算法加密后发送给客户端。

5. 客户端接收到服务器的响应后，使用自己的私钥解密服务器发来的加密信息，得到会话密钥。之后客户端会向服务器发送“协商完成”消息，告知服务器客户端已经准备好使用会话密钥进行通信。

6. 服务器接收到客户端的“协商完成”消息后，也会向客户端发送“协商完成”消息，表示服务器也准备好了使用会话密钥进行通信。

7. 握手完成后，客户端和服务器就可以开始使用“会话密钥”进行加密和解密数据了。同时，会话密钥只在当前会话期间有效，下一次会话需要重新生成新的会话密钥。

总的来说，HTTPS的建立连接过程主要是通过使用SSL/TLS协议协商加密算法和生成会话密钥，以保证数据传输的安全性和完整性。