首页
找靠谱产品
找解决方案
找靠谱公司
找案例
找对的人
专家智库
悬赏任务
SAAS
ToB门户
了解全球最新的ToB事件
论坛
潜水/灌水快乐,沉淀知识,认识更多同行。
ToB圈子
加入IT圈,遇到更多同好之人。
微博
Follow
记录
Doing
博客
Blog
文库
业界最专业的IT文库,上传资料也可以赚钱
下载
分享
Share
排行榜
Ranklist
相册
Album
应用中心
qidao123.com ToB IT社区-企服评测·应用市场
»
论坛
›
大数据
›
数据仓库与分析
›
为什么https先非对称加密,然后对称加密? ...
返回列表
发新帖
为什么https先非对称加密,然后对称加密?
[复制链接]
发表于 2026-1-2 03:27:58
|
显示全部楼层
|
阅读模式
马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。
您需要
登录
才可以下载或查看,没有账号?
立即注册
×
HTTPS之以是先利用非对称
加密
,然后在对称
加密
,重要是基于两者在
加密
服从与
安全
性方面的特性思量。
起首,非对称加密具有极高的
安全
性,由于它利用了公钥和私钥这一对密钥。公钥是公开的,任何人都可以利用它来加密数据,但只有持有私钥的一方才华解密。这种特性使得非对称加密在密钥互换和数据完备性校验方面非常有用。然而,非对称加密的缺点是加密息争密过程相对较慢,且斲丧的盘算资源较多。
相比之下,对称加密的加密息争密速率非常快,且斲丧的盘算资源较少。但是,对称加密的密钥互换是一个标题,由于密钥必要通过不
安全
的网络传输,这大概导致密钥被截获。
因此,HTTPS团结了非对称加密和对称加密的长处,接纳了一种混淆加密方式。在HTTPS的握手阶段,客户端和
服务器
利用非对称加密来互换对称加密的密钥(也称为会话密钥)。详细来说,
服务器
会将自己的公钥发送给客户端,客户端利用这个公钥来加密一个随机天生的会话密钥,并将加密后的会话密钥发送给
服务器
。服务器利用自己的私钥来解密这个会话密钥,从而两边共享了一个对称加密的密钥。
一旦会话密钥被乐成互换,客户端和服务器就可以利用对称加密来加密息争密后续的数据传输。这种方式既包管了数据传输的安全性(由于利用了非对称加密来互换密钥),又进步了加密息争密的速率(由于利用了对称加密来加密数据)。
总结:
安全性
:HTTPS先利用非对称加密,确保密钥互换过程安全。
服从
:随后转为对称加密,以进步数据传输速率。
战略
:团结非对称与对称加密,分身安全与服从。
过程
:握手阶段互换密钥,后续利用对称加密传输数据。
回复
使用道具
举报
返回列表
浏览过的版块
物联网
Java
后端开发
SQL-Server
王柳
+ 我要发帖
登录后关闭弹窗
登录参与点评抽奖 加入IT实名职场社区
去登录
微信订阅号
微信服务号
微信客服(加群)
H5
小程序
快速回复
返回顶部
返回列表