Loading [MathJax]/jax/output/CommonHTML/config.js
首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >专栏 >SSL/TLS 通信过程

SSL/TLS 通信过程

作者头像
103style
发布于 2022-12-19 05:52:18
发布于 2022-12-19 05:52:18
1.1K0
举报

转载请以链接形式标明出处: 本文出自:103style的博客

目录

  • Wireshark抓包
  • Client Hello
  • Server Hello、Certificate、Server Key Exchange、Server Hello Done
  • Client 验证 Server 证书
  • Client Key Exchange、Change Cipher Spec、Encrypted Handshake Message
  • Server→New Session Ticket
  • Server→Change Cipher Spec、Encrypted Handshake Message
  • 握手结束
  • 加密通信–Application Data
  • 重建连接
  • 密钥计算
  • 参考文章

Wireshark抓包

首先是 TCP 的三次握手,然后就到 TLS的通信。

Source

Destination

Protocol

Info

Client

Server

TCP

[SYN] Seq=0

Server

Client

TCP

[SYN, ACK] Seq=0 Ack=1

Client

Server

TCP

[ACK] Seq=1 Ack=1

Client

Server

TLSv1.2

Client Hello

Server

Client

TLSv1.2

Server Hello Certificate Server Key Exchange Server Hello Done

Client

Server

TLSv1.2

Client Key Exchange Change Cipher Spec Encrypted Handshake Message

Server

Client

TLSv1.2

New Session Ticket Change Cipher Spec Encrypted Handshake Message

Client

Server

TLSv1.2

Application Data

Server

Client

TLSv1.2

Application Data


Client Hello

客户端发起请求,以明文传输请求信息,包含版本信息,加密套件候选列表,压缩算法候选列表,随机数,扩展字段等信息,相关信息如下:

  • 支持的最高 TSL协议 版本 version,从低到高依次 SSLv2 < SSLv3 < TLSv1 < TLSv1.1 < TLSv1.2,当前基本不再使用低于 TLSv1 的版本。
  • 随机数 Random, 用于后续的密钥的生成。
  • 客户端支持的加密套件 Cipher Suites 列表,每个加密套件对应前面TLS原理中的四个功能的组合:认证算法(身份验证)、密钥交换算法KeyExchange(密钥协商)、对称加密算法Enc(信息加密)和 信息摘要Mac(完整性校验)。
  • 支持的压缩算法 Compression Methods 列表,用于后续的信息压缩传输。
  • 扩展字段 Extension,支持协议与算法相关参数以及其它辅助信息等,常见的SNI就属于扩展字段。

Server Hello、Certificate、Server Key Exchange、Server Hello Done

  • Server Hello 服务端返回墒的信息结果,包括选择使用的协议版本Version(TLS 1.2),选择的加密套件 Cipher Suite(TLS_ECDHE_RAS_WITH_AES_128_GCM_SHA256),选择的压缩算法 Compression Method(null)、随机数 Random 等,其中随机数用于后续的密钥协商。
  • Server Key Exchange Server Hello中选择的 ECDHE 密钥交换算法 比 RSA 密钥交换算法多的一个步骤。
  • Server Hello Done 通知客户端 Server Hello 信息发送结束

Client 验证 Server 证书

客户端验证证书的合法性,如果验证通过才会进行后续的通信,否则根据错误情况做出不同提示和操作,合法性验证包括如下:

  • 证书链的可信性 trusted catificate path(上面Server 端配置的证书链)
  • 证书是否吊销revocation,有两类方式离线CRL与在线OCSP,不同的客户端行为会不同.
  • 有效期expiry date,证书是否在有效时间范围.
  • 域名domain,核查证书域名是否与当前的访问域名匹配,匹配规则后续分析.

Client Key Exchange、Change Cipher Spec、Encrypted Handshake Message

  • Client Key Exchange 合法性校验通过之后,客户端计算产生随机数字 Pre-master,并用证书公钥加密,发送给服务器。 此时客户端已经获取全部的计算协商密钥需要的信息:两个明文随机数 Random_CRandom_S 与自己计算产生的 Pre-master,计算得到协商密钥:enc_key=Fuc(random_C,random_S,Pre-Master)
  • Change Cipher Spec 客户端通知服务器后续的通信都采用协商的通信密钥和加密算法进行加密通信。
  • Encrypted Handshake Message 结合之前所有通信参数的hash值与其它相关信息生成一段数据,采用协商密钥session secret与算法进行加密,然后发送给服务器用于数据与握手验证。

Server:New Session Ticket

为了加快建立握手的速度,减少协议带来的性能降低和资源消耗,TLS协议有两类会话缓存机制:会话标识Session ID会话记录Session ticket

  • Session ID 由服务器端支持,协议中的标准字段,因此基本所有服务器都支持,服务器端保存会话ID以及协商的通信信息,Nginx1M 内存约可以保存 4000个 Session ID 机器相关信息,占用服务器资源较多。
    • 如果客户端和服务器之间曾经建立了连接,服务器会在握手成功后返回 Session ID,并保存对应的通信参数在服务器中。
    • 如果客户端再次需要和该服务器建立连接,则在 Client Hello 中 Session ID 中携带记录的信息,发送给服务器。
    • 服务器根据收到的 Session ID 检索缓存记录,如果没有检索到缓存过期,则按正常的握手过程进行。
    • 如果检索到对应的缓存记录,则返回 Change Cipher SpecEncrypted Handshake Message 信息,两个信息作用类似,Encrypted Handshake Message 是到当前的通信参数与 master_secret 的 Hash值。
    • 如果客户端能够验证通过服务器加密数据,则客户端同样发送 Change Cipher SpecEncrypted Handshake Message 信息。
    • 服务器验证数据通过,则握手建立成功,开始进行正常的加密数据通信。
  • Session ticket 需要服务器和客户端都支持,属于一个扩展字段,将协商的通信信息加密之后发送给客户端保存,密钥只有服务器知道,占用服务资源很少。
    • 如果客户端和服务器之间曾经建立了连接,服务器会在 New Session Ticket 数据中携带加密的 Session ticket 信息,客户端保存。
    • 如果客户端再次需要和该服务器建立连接,则在 Client Hello 中扩展字段 Session Ticket 中携带加密信息,一起发送给服务器。
    • 服务器解密 Session Ticket 数据,如果解密失败,则按照正常的握手过程进行;
    • 如果解密成功,则返回 Change Cipher SpecEncrypted Handshake Message 信息,两个信息作用与 Session ID中类似。
    • 如果客户端能够验证通过服务器加密数据,则客户端同样发送 Change Cipher SpecEncrypted Handshake Message 信息。
    • 服务器验证数据通过,则握手建立成功,开始进行正常的加密数据通信。

二者对比,主要是保存协议信息的位置与方式不同,类似于 httpsessincookie。 二者都存在的情况下,(nginx实现)优先使用 Session Ticket


Server:Change Cipher Spec、Encrypted Handshake Message

服务器用私钥解密加密的 Pre-master 数据,基于之前交换的两个明文随机数 Random_CRandom_S,计算得到协商密钥:enc_key=Fuc(random_C,random_S,Pre-Master)。 计算之前所有接收信息的hash值,然后解密客户端发送的 Encrypted Handshake Message,验证数据和密钥的正确性。

  • Change Cipher Spec 验证通过之后,服务器同样发送 Change Cipher Spec 以告知客户端后续的通信都采用协商的密钥与算法进行通信。
  • Encrypted Handshake Message 服务器也结合所有当前的通信参数信息生成一段数据并采用协商密钥 Session Secret 与算法加密并发送到客户端。

握手结束

客户端计算所有接收信息的 Hash 值,并采用协商密钥解密 Encrypted Handshake Message,验证服务器发送的数据和密钥,验证通过则握手完成。


加密通信–Application Data

开始使用协商密钥与算法进行加密通信。注意:

  • 服务器也可以要求验证客户端,即双向认证,可以在 Server Hello 过程要求发送 Client Certificate Request 信息,客户端在 Client Key Exchange 过程中先发送 Client CertificateCertificate Verify Message 信息,证书的验证方式基本相同, Certificate Verify Message 是采用 Client 的私钥加密的一段基于已经协商的通信信息得到数据,服务器可以采用对应的公钥解密并验证。
  • 根据使用的密钥交换算法的不同,如 ECC 等,协商细节略有不同,总体相似。
  • Sever Key Exchange 的作用是 Server Certificate 没有携带足够的信息时,发送给客户端以计算 pre-master,如基于 DH 的证书,公钥不被证书中包含,需要单独发送。
  • Change Cipher Spec 实际可用于通知对端改变当前使用的加密通信方式。
  • Alter message 用于指明在握手或通信过程中的状态改变或错误信息,一般告警信息触发条件是连接关闭,收到不合法的信息,信息解密失败,用户取消操作等,收到告警信息之后,通信会被断开或者由接收方决定是否断开连接。

重建连接

重建连接(renegotiation) 即放弃正在使用的 TLS 连接,重新进行 身份认证 和 密钥协商 的过程,特点是 不需要断开当前的数据传输 就可以重新 身份认证、更新密钥或算法,因此服务器端存储和缓存的信息都可以保持。客户端和服务器都能够发起重建连接的过程,当前 windows 2000 & XP 与 SSL 2.0不支持。

  • 服务器重建连接 服务器端重建连接一般情况是客户端访问受保护的数据时发生。基本过程如下:
    • 客户端和服务器之间建立了有效 TLS 连接并通信。
    • 客户端访问受保护的信息。
    • 服务器端返回 Hello Request 信息。
    • 客户端收到 Hello Request 信息之后发送 Client Hello 信息,开始重新建立连接。
  • 客户端重建连接 客户端重建连接一般是为了更新通信密钥。
    • 客户端和服务器之间建立了有效 TLS 连接并通信。
    • 客户端需要更新密钥,主动发出 Client Hello 信息。
    • 服务器端收到 Client Hello 信息之后无法立即识别出该信息非应用数据,因此会提交给下一步处理,处理完之后会返回通知该信息为要求重建连接。
    • 在确定重建连接之前,服务器不会立即停止向客户端发送数据,可能恰好同时或有缓存数据需要发送给客户端,但是客户端不会再发送任何信息给服务器。
    • 服务器识别出重建连接请求之后,发送 Server Hello 信息至客户端。
    • 客户端也同样无法立即判断出该信息非应用数据,同样提交给下一步处理,处理之后会返回通知该信息为要求重建连接。
    • 客户端和服务器开始新的重建连接的过程。

密钥计算

上节提到了两个明文传输的随机数 Random_CRandom_S 与通过加密在服务器和客户端之间交换的 Pre-master,三个参数作为密钥协商的基础。本节讨论说明密钥协商的基本计算过程以及通信过程中的密钥使用。

  • 计算 Key 涉及参数 Random ClientRandom Server, Pre-master, Master secret, key material, 计算密钥时,服务器和客户端都具有这些基本信息,交换方式在上节中有说明,计算流程如下:
  • 客户端采用 RSADiffie-Hellman 等加密算法生成 Pre-master
  • Pre-master 结合 Random_CRandom_S 两个随机数通过 PseudoRandomFunction(PRF)计算得到 Master secret
  • Master secret 结合 Random_CRandom_S两个随机数通过迭代计算得到 Key material

以下为一些重要的记录,可以解决部分爱深入研究朋友的疑惑:

  • PreMaster secret 前两个字节是 TLS 的版本号,这是一个比较重要的用来核对握手数据的版本号,因为在 Client Hello 阶段,客户端会发送一份加密套件列表和当前支持的 SSL/TLS 的版本号给服务端,而且是使用明文传送的,如果握手的数据包被破解之后,攻击者很有可能篡改数据包,选择一个安全性较低的加密套件和版本给服务端,从而对数据进行破解。所以,服务端需要对密文中解密出来对的 PreMaster 版本号跟之前 Client Hello 阶段的版本号进行对比,如果版本号变低,则说明被串改,则立即停止发送任何消息。
  • 不管是客户端还是服务器,都需要随机数,这样生成的密钥才不会每次都一样。由于 SSL 协议中证书是静态的,因此十分有必要引入一种随机因素来保证协商出来的密钥的随机性。

对于 RSA 密钥交换算法来说,pre-master-key 本身就是一个随机数,再加上 hello 消息中的随机,三个随机数通过一个密钥导出器最终导出一个对称密钥。 pre master 的存在在于 SSL 协议不信任每个主机都能产生完全随机的随机数,如果随机数不随机,那么 pre master secret 就有可能被猜出来,那么仅适用 pre master secret 作为密钥就不合适了,因此必须引入新的随机因素,那么客户端和服务器加上 pre master secret 三个随机数一同生成的密钥就不容易被猜出了,一个伪随机可能完全不随机,可是三个伪随机就十分接近随机了,每增加一个自由度,随机性增加的可不是一。


参考文章


如果觉得不错的话,请帮忙点个赞呗。 如果看到有描述错误的地方,请指出来,感谢。

以上


本文参与 腾讯云自媒体同步曝光计划,分享自作者个人站点/博客。
原始发表:2020-03-16,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
暂无评论
推荐阅读
编辑精选文章
换一批
tomcat5配置常见数据库连接池的例子.
环境: w2kp sp4, jsdk1.4.2_8; tomcat5.0.2.8; oracle817, sqlserver2000 sp3 , mysql5 beta
jack.yang
2025/04/05
1470
JNDI数据库连接池
JNDI的全称是java命名与目录接口(Java Naming and Directory Interface),是一个应用程序设计的API,为开发人员提供了查找和访问各种命名和目录服务的通用、统一的接口。我们可以把JNDI简单地理解为是一种将对象和名字绑定的技术,即指定一个资源名称,将该名称与某一资源或服务相关联,当需要访问其他组件和资源时,就需要使用JNDI服务进行定位,应用程序可以通过名字获取对应的对象或服务。 JNDI方式 - 配置Tomcat6.0 连接池 数据库连接池的基本思想就是为数据库连
汤高
2018/01/11
2.3K0
Tomcat 6 JNDI数据源详解
数据库连接池这个概念应该都不陌生,在Java中连接池也就是数据库的连接池,它是一种采用连接复用的思想避免多次连接造成资源的浪费机制。 最常见的连接池就是DBCP和C30P了,在tomcat中默认使用
用户1154259
2018/01/17
9950
Tomcat 6 JNDI数据源详解
tomcat配置数据库连接池
数据库连接池是干啥的我就不用多少了,从名字上就可以看的出来(A:我看不出来。B:去看百科:http://baike.baidu.com/view/84055.htm)。因此在这就说一下简单的配置经过。
the5fire
2019/02/28
4.4K0
tomcat7中配置c3p0数据库连接池 原
参考的是:http://bioubiou.iteye.com/blog/1776589和http://bbs.csdn.net/topics/390708897
克虏伯
2019/04/15
9790
tomcat7中配置c3p0数据库连接池
                                                                            原
数据源及分层开发
Java Naming and Directory Interface,Java命名和目录接口
xiaozhangStu
2023/05/04
3940
Tomcat-9.JNDI资源
Tomcat为每个在其上运行的web应用提供了一个JNDI的** InitialContext**实现实例,它与Java EE应用服务器提供的对应类完全兼容。 Java EE标准在/WEB-INF/web.xml文件中提供了一系列标准元素,用来引用或者定义资源。
悠扬前奏
2019/05/28
1.3K0
tomcat数据源配置
配置webRoot/WEB-INF/aurora.database/datasource.config文件:
栋先生
2018/09/29
3.6K0
tomcat数据源配置
hibernate 在tomcat7.X 下配置mysql数据源「建议收藏」
今天刚看到hibernate,发如今hibernate配置数据源时网上的资料都太久远了,一般以tomcat 5 版本号下的配置居多。而tomcat 7下的配置略有变化,新手找资料困难,可能会略受打击,故整理资料与大家共享。也可作备忘之用。若有不当之处。还请指教!
全栈程序员站长
2022/07/07
5950
Java Web之MySQL在项目中的使用
尴尬:access denied for user ’root’@’localhost’ using password yes 有时候,在连接 MySQL 数据的时候,会报一个错误信息 "access denied for user ’root’@’localhost’ using password yes",看到这个错误不要一脸懵逼,造成错误的原因就是数据库访问的用户名或密码不正确,这时候一般又分为以下两种情况,分别说一说解决方法。 一、新安MySQL未设置密码,这种情况就需要添加密码,如何添加? 1、
YungFan
2018/05/03
1.1K0
Confluence 6 新 Confluence 安装配置一个数据源连接
如果在你的 Tomcat 中配置了数据源,并且Confluence 设置指南在安装的时候检测到这个配置的时候,配置数据源的选项将会提供给你进行配置。入股你希望使用数据源,请参考下面的配置。
HoneyMoose
2019/01/31
1.3K0
Tomcat 6 --- JNDI详解
JNDI(Java Naming and Directory Interface, Java命名和目录接口),说白了,就是通过配置一些xml文件,方便用户直接调用API使用某些通用的资源。 举个简单
用户1154259
2018/01/17
1.3K0
Tomcat 6 --- JNDI详解
史上最全web.xml配置文件元素详解
在servlet里面可以通过 getServletContext().getInitParameter(“context/param”)得到
阿豪聊干货
2018/08/09
3840
Web.xml配置说明
发布者:全栈程序员栈长,转载请注明出处:https://javaforall.cn/149544.html原文链接:https://javaforall.cn
全栈程序员站长
2022/07/05
7260
C3P0连接池配置和实现详解「建议收藏」
一、C3P0配置 c3p0的配置方式分为三种,分别是 1.setters一个个地设置各个配置项 2.类路径下提供一个c3p0.properties文件 3.类路径下提供一个c3p0-config.xml文件
全栈程序员站长
2022/06/30
2.4K0
web.xml文件的作用及基本配置
Java的web工程中的web.xml文件有什么作用呢?它是每个web工程都必须的吗?
bear_fish
2018/09/19
1.6K0
web.xml详解
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
河岸飞流
2019/08/09
7760
Tomcat配置JNDI数据源
本文将介绍Tomcat配置JNDI数据源的方法,主要分为配置局部数据源(仅供单个应用使用)和全局数据源(所有用该Tomcat的应用都可以使用) 一、思考 从我们学习Web开发以来,我们都是通过程序代码来实现数据库的访问的。从一开始直接将数据库配置信息写在代码中,到后来将配置信息抽取出来写在了Properties文件中,我们访问数据库的代码更加精简。 而通过JNDI方式访问数据库则更为直接,JNDI连接数据库的方式直接将数据库信息放在Tomcat中,而项目代码里直接通过JNDI技术就可以得到数据源。他们之间通
陈树义
2018/04/13
2.2K0
weblogic EJB 学习
大家好,又见面了,我是你们的朋友全栈君。 EJB 学习笔记 1、ejb 基础知识 (1) 无状态会话bean 不保存客户机的会话状态 优点:使用小量的实例即可满足大量的客户。每个实例都没
全栈程序员站长
2022/11/19
1.4K0
[数据库连接池二]Java数据库连接池--C3P0和JDNI.
前言: 上一篇文章中讲了DBCP的用法以及实现原理, 这一篇再来说下C3P0和JDNI的用法.  1.1、C3P0数据源   C3P0是一个开源的JDBC连接池,它实现了数据源和JNDI绑定,支持JDBC3规范和JDBC2的标准扩展。目前使用它的开源项目有Hibernate,Spring等。C3P0数据源在项目开发中使用得比较多。   c3p0与dbcp区别 dbcp没有自动回收空闲连接的功能 c3p0有自动回收空闲连接功能 1.2、在应用程序中加入C3P0连接池   1.导入相关jar包        
一枝花算不算浪漫
2018/05/18
1.2K0
相关推荐
tomcat5配置常见数据库连接池的例子.
更多 >
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档