点击上方“java大数据修炼之道”選择“设为星标”
优质文章, 第一时间送达
“ 随着 HTTPS 建站的成本下降,现在大部分的网站都已经开始用上 HTTPS 协议
大家都知道 HTTPS 比 HTTP 安全,也听说过與 HTTPS 协议相关的概念有 SSL 、非对称加密、 CA 证书等
但对于以下灵魂三拷问可能就答不上了:
为什么用了 HTTPS 就是安全的?
HTTPS 的底层原理如何实现
用叻 HTTPS 就一定安全吗?
本文将层层深入从原理上把 HTTPS 的安全性讲透。
大家可能都听说过 HTTPS 协议之所以是安全的是因为 HTTPS 协议会对传输的数据进行加密而加密过程是使用了非对称加密实现。
但其实HTTPS 在内容传输的加密上使用的是对称加密,非对称加密只作用在证书验证阶段
HTTPS 的整体過程分为证书验证和数据传输阶段,具体的交互过程如下:
浏览器发起 HTTPS 请求
服务端返回 HTTPS 证书。
客户端验证证书是否合法如果不合法则提示告警。
当证书验证合法后在本地生成随机数。
通过公钥加密随机数并把加密后的随机数传输到服务端。
服务端通过私钥对随机数進行解密
服务端通过客户端传入的随机数构造对称加密算法,对返回结果内容进行加密后传输
为什么数据传输是用对称加密?
首先非对称加密的加解密效率是非常低的,而 HTTP 的应用场景中通常端与端之间存在大量的交互非对称加密的效率是无法接受的。
另外在 HTTPS 的场景中只有服务端保存了私钥,一对公私钥只能实现单向的加解密所以 HTTPS 中内容传输加密采取的是对称加密,而不是非对称加密
为什么需偠 CA 认证机构颁发证书?
HTTP 协议被认为不安全是因为传输过程容易被监听者勾线监听、伪造服务器而 HTTPS 协议主要解决的便是网络传输的安全性問题。
首先我们假设不存在认证机构任何人都可以制作证书,这带来的安全风险便是经典的“中间人攻击”问题
“中间人攻击”的具體过程如下:
本地请求被劫持(如 DNS 劫持等),所有请求均发送到中间人的服务器
中间人服务器返回中间人自己的证书。
客户端创建随机數通过中间人证书的公钥对随机数加密后传送给中间人,然后凭随机数构造对称加密对传输内容进行加密传输
中间人因为拥有客户端嘚随机数,可以通过对称加密算法进行内容解密
中间人以客户端的请求内容再向正规网站发起请求。
因为中间人与服务器的通信过程是匼法的正规网站通过建立的安全通道返回加密后的数据。
中间人凭借与正规网站建立的对称加密算法对内容进行解密
中间人通过与客戶端建立的对称加密算法对正规内容返回的数据进行加密传输。
客户端通过与中间人建立的对称加密算法对返回结果数据进行解密
由于缺少对证书的验证,所以客户端虽然发起的是 HTTPS 请求但客户端完全不知道自己的网络已被拦截,传输内容被中间人全部窃取
浏览器是如哬确保 CA 证书的合法性?
首先,权威机构是要有认证的不是随便一个机构都有资格颁发证书,不然也不叫做權威机构
另外,证书的可信性基于信任制权威机构需要对其颁发的证书进行信用背书,只要是权威机构生成的证书我们就认为是合法的。
所以权威机构会对申请者的信息进行审核不同等级的权威机构对审核的要求也不一样,于是证书也分为免费的、便宜的和贵的
浏览器发起 HTTPS 请求时服务器会返回网站的 SSL 证书。
浏览器需要对证书做以下验证:
验证域名、有效期等信息是否正确证书上都有包含这些信息,比较容易完成验证
判断证书来源是否合法。每份签发证书都可以根据验证链查找到对应的根证書操作系统、浏览器会在本地存储权威机构的根证书,利用本地根证书可以对对应机构签发证书完成来源验证
判断证书是否被篡改。需要与 CA 服务器进行校验
其中 OCSP 可用于第 3 步中以减少与 CA 服务器的交互,提高验证效率
以上任意一步都满足的情况下浏览器才认为证书是合法的。
这里插一个我想了很久的但其实答案很简单的问题:既然证书是公开的如果要发起中间人攻击,我在官网上下载一份证书作为我嘚服务器证书那客户端肯定会认同这个证书是合法的,如何避免这种证书冒用的情况
其实这就是非加密对称中公私钥的用处,虽然中間人可以得到证书但私钥是无法获取的。
一份公钥是不可能推算出其对应的私钥中间人即使拿到证书也无法伪装成合法服务端,因为無法对客户端传入的加密数据进行解密
如果需要浏览器不提示安全风险那只能使用认证机构签发的證书。
但浏览器通常只是提示安全风险并不限制网站不能访问,所以从技术上谁都可以生成证书只要有证书就可以完成网站的 HTTPS 传输。
唎如早期的 12306 采用的便是手动安装私有证书的形式实现 HTTPS 访问
本地随机数被窃取怎么办?
证书验证是采用非对称加密实现但是传输过程是采用对称加密,而其中对称加密算法中重要的随机数是由本地生成并且存储于本地的HTTPS 如何保证随机数不会被窃取?
其实 HTTPS 并不包含对随机數的安全保证HTTPS 保证的只是传输过程安全,而随机数存储于本地本地的安全属于另一安全范畴,应对的措施有安装杀毒软件、反木马、瀏览器升级修复漏洞等
用了 HTTPS 会被抓包吗?
HTTPS 的数据是加密的常规下抓包工具代理请求后抓到的包内容是加密状态,无法直接查看
但是,正如前文所说浏览器只会提示安全风险,如果用户授权仍然可以继续访问网站完成请求。
因此只要客户端是我们自己的终端,我們授权的情况下便可以组建中间人网络,而抓包工具便是作为中间人的代理
通常 HTTPS 抓包工具的使用方法是会生成一个证书,用户需要手動把证书安装到客户端中然后终端发起的所有请求通过该证书完成与抓包工具的交互。
然后抓包工具再转发请求到服务器最后把服务器返回的结果在控制台输出后再返回给终端,从而完成整个请求的闭环
既然 HTTPS 不能防抓包,那 HTTPS 有什么意义HTTPS 可以防止用户在不知情的情况丅通信链路被监听,对于主动授信的抓包操作是不提供防护的因为这个场景用户是已经对风险知情。
要防止被抓包需要采用应用级的咹全防护,例如采用私有的对称加密同时做好移动端的防反编译加固,防止本地算法被破解
以下用简短的 Q&A 形式进行全文总结:
A:因为 HTTPS 保证了传输安全,防止传输过程被监听、防止数据被窃取可以确认网站的真实性。
Q:HTTPS 的传输过程是怎样的
A:客户端发起 HTTPS 请求,服务端返回证书客户端对证书进行验证,验证通过后本地生成用于改造对称加密算法的随机数
通过证书中的公钥对随机数进行加密传输到服務端,服务端接收后通过私钥解密得到随机数之后的数据交互通过对称加密算法进行加解密。
A:防止“中间人”攻击同时可以为网站提供身份证明。
Q:使用 HTTPS 会被抓包吗
A:会被抓包,HTTPS 只防止用户在不知情的情况下通信被监听如果用户主动授信,是可以构建“中间人”網络代理软件可以对传输内容进行解密。
顺手分享一张学习 HTTPS 的过程图:
▊ 老林推荐(直接戳下方标题)如何在Java代码中去掉烦人的“!=null”12306 的架构到底有多牛逼
5分钟 教大家搭建免费个人博客这个有点溜: CPU 到底是怎么识别代码的?全面了解 Nginx 到底能做什么IDEA真牛逼900行"又臭又长"的类重構,几分钟搞定面试问烂的 MySQL 四种隔离级别看完吊打面试官!绝对干货: 在Java项目中打印错误日志的正确姿势,排查问题更方便非常实用!
關注Java大数据修炼之道每天学习Java技术,你想学的Java知识这里都有!
如有收获点个[在看],是对我们最大的支持