HTTPS
实现原理
因为 HTTPS 保证了传输安全,防止传输过程被监听、防止数据被窃取,可以确认网站的真实性。
证书验证阶段使用的是非对称加密,内容传输时是对称加密。
证书验证:
- 浏览器发起https请求
- 服务端返回https证书
- 客户端验证证书是否合法,不合法提示警告
数据传输:
- 证书验证合法后,在本地生成随机数
- 通过公钥加密随机数,传输至服务端
- 服务端通过私钥对随机数进行解密
- 服务端通过客户端传入的随机数构造对称加密算法,对返回结果进行加密后传输
传输过程
客户端发起 HTTPS 请求,服务端返回证书,客户端对证书进行验证,验证通过后本地生成用于改造对称加密算法的随机数。通过证书中的公钥对随机数进行加密传输到服务端,服务端接收后通过私钥解密得到随机数,之后的数据交互通过对称加密算法进行加解密。
为什么数据传输使用对称加密
非对称加密的加密和解密的效率很低,而http的应用场景通常存在大量的交互。
在 HTTPS 的场景中只有服务端保存了私钥,一对公私钥只能实现单向的加解密,所以 HTTPS 中内容传输加密采取的是对称加密,而不是非对称加密。
中间人攻击
http不安全是因为容易发生中间人攻击
中间人攻击的过程:
- 本地请求被劫持(如 DNS 劫持等),所有请求均发送到中间人的服务器。
- 中间人服务器返回中间人自己的证书。
- 客户端创建随机数,通过中间人证书的公钥对随机数加密后传送给中间人,然后凭随机数构造对称加密对传输内容进行加密传输。
- 中间人因为拥有客户端的随机数,可以通过对称加密算法进行内容解密。
- 中间人以客户端的请求内容再向正规网站发起请求。
- 因为中间人与服务器的通信过程是合法的,正规网站通过建立的安全通道返回加密后的数据。
- 中间人凭借与正规网站建立的对称加密算法对内容进行解密。
- 中间人通过与客户端建立的对称加密算法对正规内容返回的数据进行加密传输。
- 客户端通过与中间人建立的对称加密算法对返回结果数据进行解密。
证书
证书包含: 颁发机构信息、公钥、公司信息、域名、有效期、指纹等
证书的可信性基于信任制,权威机构需要对其颁发的证书进行信用背书,会对申请者的信息进行审核,不同等级的权威机构对审核的要求也不一样。
证书是用来防止“中间人”攻击,同时可以为网站提供身份证明。
证书校验
浏览器发起 HTTPS 请求时,服务器会返回网站的 SSL 证书。
- 验证域名、有效期等信息是否正确
- 判断证书来源是否合法
- 判断证书是否被篡改
- 判断证书是否已吊销
虽然中间人可以得到证书,但私钥是无法获取的。一份公钥是不可能推算出其对应的私钥,中间人即使拿到证书也无法伪装成合法服务端,因为无法对客户端传入的加密数据进行解密。
抓包
https并不能防止抓包。
通常 HTTPS 抓包工具的使用方法是会生成一个证书,用户需要手动把证书安装到客户端中,然后终端发起的所有请求通过该证书完成与抓包工具的交互。然后抓包工具再转发请求到服务器,最后把服务器返回的结果在控制台输出后再返回给终端,从而完成整个请求的闭环。
HTTPS 可以防止用户在不知情的情况下通信链路被监听,对于主动授信的抓包操作是不提供防护的,因为这个场景用户是已经对风险知情。要防止被抓包,需要采用应用级的安全防护,例如采用私有的对称加密,同时做好移动端的防反编译加固,防止本地算法被破解。
HTTPS 只防止用户在不知情的情况下通信被监听,如果用户主动授信,是可以构建“中间人”网络,代理软件可以对传输内容进行解密。