TLS加密协议完整流程

本文详细介绍了TLS加密协议的客户端与服务端交互流程,包括如何通过密钥交换算法如RSA、ECDH来建立安全性,以及在使用Session Cache后如何简化流程,提高效率。在密钥协商过程中,TLS使用特定的加密算法和哈希算法组合,确保通信安全。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

文档
https://tools.ietf.org/html/rfc5246

TLS加密可以简单的分为两个步骤

  1. 密钥交换过程 (也可以称握手过程, 但握手这个词太泛太抽象)
    TLS的安全性主要是由这个阶段决定的. 通过非对称加密或其它的密钥交换手段, 如DH, ECDH , 来交换对称加密密钥.
    这些算法都非常耗CPU, 肯定不能全程用这些算法来加密所有的数据.
  2. 数据加密过程
    双方拿到密钥之后, 使用对称加密算法进行加解密, 因为对称加密运算快.

TLS加密算法通常使用类似这样的名字
ECDHE_RSA_WITH_AES_128_CBC_SHA256
ECDH_RSA_WITH_AES_128_CBC_SHA256
DHE_RSA_WITH_AES_128_CBC_SHA256
RSA_WITH_AES_128_CBC_SHA
通常的命名规则如下(代码是不会这么做的)
WITH之后的
AES_128_CBC, 或者AES_256_CBC等等, 表示所使用的对称加密 AES算法
最末尾的
SHA256, 或者SHA512之类的, 表示算法过程中所使用的hash算法
WITH之前的第1个单词表示证书所使用的算法, 通常是RSA
如果证书前面已经没有词缀了, 表示密钥交换过程, 就使用证书所使用的算法
如果证书前面还有词缀, 表示密钥交换使用指定的这个算法.
如果密钥交换算法以E结尾, 表示服务端每次都会生成一个临时公钥, 即单词Ephemeral

举例
ECDHE_RSA_WITH_AES_128_CBC_SHA256
证书为RSA证书, 密钥交换算法为ECDH, 服务端每次握手都生成一个随机ECDH公钥
ECDH_RSA_WITH_AES_128_CBC_SHA256
证书为RSA证书, 密钥交换算法为ECDH, 服务端的ECDH公钥是固定的, 就在证书中.
RSA_WITH_AES_128_CBC_SHA
证书为RSA证书, 密钥交换算法也是RSA. RSA的公钥本来就是固定的

客户端与服务端的完整交互流程

客户端 服务器 Client Hello( Random) 客户端将自己支持的cipher suit和一个随机值random传给服务器. 这个值将用于生成密钥 Server Hello( Random ) 服务器将选定
评论 5
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值