标签：TLS 加密 会话 -- 通信 秘钥 SSL 服务器 客户端
前两步：（握手阶段）
建立 SSL/TLS 协议
涉及四次通信
一、ClientHello
由客户端向服务器发起加密通信请求
内容：
- 客户端⽀持的 SSL/TLS 协议版本
- 客户端⽣产的 随机数c1 （ Client Random ） （后⾯⽤于⽣产「会话秘钥」）
- 客户端⽀持的 密码套件 列表
二、SeverHello
服务器收到客户端请求后，向客户端发出响应
内容：
- 确认 SSL/ TLS 协议版本 （ 如果浏览器不⽀持，则关闭加密通信 ）
- 服务器⽣产的随机数s2（ Server Random ）（后⾯⽤于⽣产「会话秘钥」）
- 确认的密码套件列表
- 服务器的 数字证书
三、客户端回应
⾸先通过浏览器或者操作系统中的 CA 公钥，确认服务器的数字证书的真实性。
如果证书没有问题，客户端会从数字证书中取出服务器的公钥，然后使⽤它加密报⽂ 。
内容：
- 被服务器公钥加密的 一个随机数c3。
- 加密通信算法改变通知。（ 表示随后的信息都将⽤「会话秘钥」加密通信 ）
- 客户端握⼿结束通知。 （包含 之前所有内容的数据摘要，⽤来供服务端校验）
四、服务器的最后回应
至此服务器和客户端同时有三个随机数，接着就⽤双⽅协 商的加密算法，各⾃⽣成本次通信的「会话秘钥」 。
内容：
- 加密通信算法改变通知。（ 表示随后的信息都将⽤「会话秘钥」加密通信 ）
- 服务器握⼿结束通知 。（包含 之前所有内容的数据摘要，⽤来供客户端校验）
至此，整个 SSL/TLS 的握⼿阶段全部结束。接下来，客户端与服务器进⼊加密通信，就完全是使⽤普通的 HTTP 协议，只不过⽤「会话秘钥」加密内容 。
标签：TLS,加密,会话,--,通信,秘钥,SSL,服务器,客户端 来源： https://www.cnblogs.com/tiddler/p/16640684.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。