https对称加密阶段的疑问?

来源:14-12 https-过程解析

自胜者强123

2022-06-08

老师,我问一下,我对第8步有些疑问
疑问1、进入对称加密阶段后,以后每次传输,服务端都需要使用(私钥B)去解密(随机码KEY)吗?那这就不叫做对称加密了,应该不是这个场景?
疑问2、进入对称加密阶段后,以后每次传输,服务端都是直接拿(随机码KEY)对加密内容进行解密,这个中间,如果黑客拦截了(随机码KEY),是不是也能解密我们的加密内容,如果这样的会,是不是只有前几次传输是安全的,以后每次传输也不再安全的,应该不是这种情况吧?
老师有空记得回答我一下,谢谢了哈
图片描述

写回答

1回答

双越

2022-06-09

第一,不是的。第 8 步以后,对称加密,就职级拿这个随机码来加密和解密了,不会再用到上面的公钥、私钥了

第二,随机码 key 是加密之后传输的(看第 5 步),黑客即便拦截了,也是一堆密码,解密不了,没用。

0
1
自胜者强123
老师,我是不是可以这样理解 第5步:客户端把(加密之后的随机码key)传给服务端 第6步:服务端通过私钥解密(加密之后的随机码key)得到(原始的随机码key) 第7步:通过(原始的随机码key)对传输内容进行对称加密之后,传给客户端,此时传输过程,并不会携带(加密之后的随机码key),只有加密的传输内容 第8步:客户端拿到加密的传输内容,通过本地的(原始的随机码key)解密得到内容 也就是说:只有第5步,数据传输会携带(加密之后的随机码key),黑客也只能在这个步骤拦截,就算拦截了,没有私钥也解不开,以后传输,就不会携带(加密之后的随机码key) 对内容加密和解密的操作的是(原始的随机码key),并不是(加密之后的随机码key) 老师,不知道是不是这样理解的,因为我对后面传输一直暴露在外面的(加密之后的随机码key)表示一直不理解,之前认为对内容加密和解密操作的是(加密之后的随机码key),其实对内容加密和解密操作的,应该一直都是(原始的随机码key)服务端通过第6步之后,应该会缓存(原始的随机码key)到服务端本地吧,客户端的(原始的随机码key)也是一直从本地缓存取的吧 老师,对称加密这个阶段,我也看了别人的文章,也一直没理解,老师有空帮我解答一下,谢谢哈
2022-06-09
共1条回复

一天时间高效准备前端技术一面 匹配大厂面试要求

针对时下面试高频考点,帮助新人js面试快速通关

4713 学习 · 1683 问题

查看课程