HTTPS - TLS 1.3 为啥性能和安全性更高？
发布时间：2022-02-10 10:17:47 所属栏目：安全 来源：互联网
导读：2008 年 8 月 TLS v1.2 发布，时隔 10 年，TLS v1.3 于 2018 年 8 月发布，在性能优化和安全性上做了很大改变，同时为了避免新协议带来的升级冲突，TLS v1.3 也做了兼容性处理，通过增加扩展协议来支持旧版本的客户端和服务器。 安全性；TLS v1.2 支持的加密
|
2008 年 8 月 TLS v1.2 发布，时隔 10 年，TLS v1.3 于 2018 年 8 月发布，在性能优化和安全性上做了很大改变，同时为了避免新协议带来的升级冲突，TLS v1.3 也做了兼容性处理，通过增加扩展协议来支持旧版本的客户端和服务器。 安全性；TLS v1.2 支持的加密套件很多，在兼容老版本上做的很全，里面有些加密强度很弱和一些存在安全漏洞的算法很可能会被攻击者利用，为业务带来潜在的安全隐患。TLS v1.3 移除了这些不安全的加密算法，简化了加密套件，对于服务端握手过程中也减少了一些选择。 移除 MD5、SHA1 密码散列函数的支持，推荐使用 SHA2(例如，SHA-256)。移除 RSA 及所有静态密钥(密钥协商不具有前向安全特性)。溢出 RC4 流密码、DES 对称加密算法。密钥协商时的椭圆曲线算法增加 https://www.wanweibaike.net/wiki-X25519 支持。支持带 Poly1305消息验证码 的ChaCha20 流加密算法，流加密也是一种对称加密算法。移除了 CBC 分组模式，TLS v1.3 对称加密仅支持 AES GCM、AES CCM、ChaCha20**-**Poly1305 三种模式。服务端 “Server Hello” 之后的消息都会加密传输，因此常规抓包分析就会有疑问为什么看不到证书信息。性能优化一个显著的变化是简化了 TLS 握手阶段，由 TLS v1.2 的 2-RTT 缩短为 1-RTT，同时在第一次建立链接后 TLS v1.3 还引入了 0-RTT 概念。 密钥协商在 TLS v1.2 中需要客户端/服务端双方交换随机数和服务器发送完证书后，双方各自发送 “Clent/Server Key Exchange” 消息交换密钥协商所需参数信息。在安全性上，TLS v1.3 移除了很多不安全算法，简化了密码套件，现在已移除了 “Clent/Server Key Exchange” 消息，在客户端发送 “Client Hello” 消息时在扩展协议里携带支持的椭圆曲线名称、临时公钥、签名信息。服务器收到消息后，在 “Server Hello” 消息中告诉客户端选择的密钥协商参数，由此可少了一次消息往返(1-RTT)。 （编辑：江门站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
站长推荐