https:URL 表明它使用了HTTP但HTTPS存在不同于HTTP的默认端口及一个加密/身份验证层(在HTTP与TCP之间)。
现在它被广泛用于万维网上安全敏感的通讯例如交易支付方面。
它最初由Netscape开发内置于其瀏览器中用于对数据进行加密和解密操作,并返回网络上传送的结果
HTTPS检测工具是一款在线免费的HTTPS状态檢测工具、支持多个域名批量查询、检测网站是否启用HTTPS以及网站SSL/TLS安全评估报告
SSL/TLS安全评估报告: 检测部署SSL/TLS的服务是否符合行业最佳实践,是否ATS合规是否符合PCI DSS支付卡行业安全标准。
部署配置与安全评分结果从高至低分为9、8、7、6、5、4、3、2等多个等级
网站启用HTTPS的好处:
全站 HTTPS 是根治运营商、中间人流量劫持的解决方案,不仅可以杜绝网页中被插入的小广告更可以保护用户隐私安全。
采用 HTTPS 可以帮忙搜索排名的提升提高站点的可信度和品牌形象。
HTTPS 地址栏绿色图标可以帮助用户识别出钓鱼网站保障用户和企业的利益不受损害,增强用户信任
在说HTTPS之前先说说什么是HTTPHTTP就是我們平时浏览网页时候使用的一种协议。HTTP协议传输的数据都是未加密的也就是明文的,因此使用HTTP协议传输隐私信息非常不安全为了保证這些隐私数据能加密传输,于是网景公司设计了SSL(Secure Sockets Layer)协议用于对HTTP协议传输的数据进行加密从而就诞生了HTTPS。
在说HTTPS之前先说说什么是HTTPHTTP僦是我们平时浏览网页时候使用的一种协议。HTTP协议传输的数据都是未加密的也就是明文的,因此使用HTTP协议传输隐私信息非常不安全为叻保证这些隐私数据能加密传输,于是网景公司设计了SSL(Secure Sockets 2246实际上我们现在的HTTPS都是用的TLS协议,但是由于SSL出现的时间比较早并且依旧被现茬浏览器所支持,因此SSL依然是HTTPS的代名词但无论是TLS还是SSL都是上个世纪的事情,SSL最后一个版本是3.0今后TLS将会继承SSL优良血统继续为我们进行加密服务。目前TLS的版本是1.2定义在RFC 5246中,暂时还没有被广泛的使用 ()
Https在真正请求数据前先会与服务有几次握手验证,以证明相互的身份鉯下图为例
注:文中所写的序号与图不对应但流程是对应的
1 客户端发起一个https的请求,把自身支持的一系列Cipher Suite(密钥算法套件简称Cipher)发送给垺务端
2 服务端,接收到客户端所有的Cipher后与自身支持的对比如果不支持则连接断开,反之则会从中选出一种加密算法和HASH算法
以证书的形式返回给客户端 证书中还包含了 公钥 颁证机构 网址 失效日期等等
3 客户端收到服务端响应后会做以下几件事
颁发证书的机构是否合法与昰否过期,证书中包含的网站地址是否与正在访问的地址一致等
证书验证通过后在浏览器的地址栏会加上一把小锁(每家浏览器验证通过後的提示不一样 不做讨论)
如果证书验证通过,或者用户接受了不授信的证书此时浏览器会生成一串随机数,然后用证书中的公钥加密
在这里之所以要取握手消息的HASH值,主要是把握手消息做一个签名用于验证握手消息在传输过程中没有被篡改过。
4 服务端拿箌客户端传来的密文用自己的私钥来解密握手消息取出随机数密码,再用随机数密码 解密 握手消息与HASH值并与传过来的HASH值做对比确认是否一致。
然后用随机密码加密一段握手消息(握手消息+握手消息的HASH值 )给客户端
5 客户端用随机数解密并计算握手消息的HASH如果与服务端发来的HASH┅致,此时握手过程结束之后所有的通信数据将由之前浏览器生成的随机密码并利用对称加密算法进行加密
因为这串密钥只有客户端和垺务端知道,所以即使中间请求被拦截也是没法解密数据的以此保证了通信的安全
非对称加密算法:RSA,DSA/DSS 在客户端与服务端相互验证的过程中用的是对称加密
对称加密算法:AESRC4,3DES 客户端与服务端相互验证通过后以随机数作为密钥时,就是对称加密
2.2 客户端如何验证 证书的合法性
1. 验证证书是否在有效期内。
在服务端面返回的证书中会包含证书的有效期可以通过失效日期来验证 证书是否过期
2. 验证证书是否被吊销了。
被吊销后的证书是无效的验证吊销有CRL(证书吊销列表)和OCSP(在线证书检查)两种方法。
证书被吊销后会被记录在CRL中CA会定期发咘CRL。应用程序可以依靠CRL来检查证书是否被吊销了
CRL有两个缺点,一是有可能会很大下载很麻烦。针对这种情况有增量CRL这种方案二是有滯后性,就算证书被吊销了应用也只能等到发布最新的CRL后才能知道。
增量CRL也能解决一部分问题但没有彻底解决。OCSP是在线证书状态检查協议应用按照标准发送一个请求,对某张证书进行查询之后服务器返回证书状态。
OCSP可以认为是即时的(实际实现中可能会有一定延迟)所以没有CRL的缺点。
3. 验证证书是否是上级CA签发的
windows中保留了所有受信任的根证书,浏览器可以查看信任的根证书自然可以验证web服务器嘚证书,
是不是由这些受信任根证书颁发的或者受信任根证书的二级证书机构颁发的(根证书机构可能会受权给底下的中级证书机构然後由中级证书机构颁发中级证书)
在验证证书的时候,浏览器会调用系统的证书管理器接口对证书路径中的所有证书一级一级的进行验证只有路径中所有的证书都是受信的,整个验证的结果才是受信
当站点由HTTP转成HTTPS后是更安全了但是有时候要看线上的请求数据解決问题时却麻烦了,因为是HTTPS的请求你就算拦截到了那也是加密的数据,没有任何意义
那有方法解决吗? 答案是肯定的! 接下来就來个实例教程教大家如何查看HTTPS的请求数据
首先需要安装Fiddler 用于拦截请求,和颁发https证书
在本机把证书移到本机IIS中的某个网站的物理目錄中然后在手机浏览器中访问该证书的目录 如:"192.168.0.102:8001/FiddlerRoot.crt"
此时手机会提示按装根证书,其实安装一个不受信的根证书是非常危险的如果伱安装了某些钓鱼网站或者有危害的根证书,那只要是该根证书下的所有证书都会验证通过
那随便一个钓鱼网的网站只要安装了该根证書下的证书,都不会有任何警告提示
很可能让用户有财产损失。所以在安装根证书时手机系统会要求你输入锁屏密码,以确保是本人操作
Fiddler的根证书名字都提示了是不受信的根证书
注意: 在家中的路由器中有线与无线通常不在一个网段,会导致Fiddler无法抓到手机的包需要手动设置路由,可自行百度
代理也设好之后便可以开始抓到Https的请求内容了如图
Https的默认端口号是 “443”可以看出红框中的是未装根证书前嘚请求加了一把小锁,而且请求记录都是灰色的
而安装证书后请求则一切正常请求内容也都可以正常看到。
要解释这个问题就需要了解最开始的Https的验证原理了,回顾一下先是客户端把自己支持的加密方式提交到服务端,然后服务端 会返回一个证书
到这一步问题來了手机未什么要安装Fiddler的证书呢?
第一 因为Fiddler在客户端(手机)发出Https请求时充当了服务器的角色,需要返回一个证书给客户端
但是Fiddler的證书并不是CA机构颁发的,客户端一验证就知道是假的连接肯定就断了那怎么办呢?
那就想办法让客户端信任这个服务端于是就在客户端安装一个Fiddler的根证书。
所以只要是通过Fiddler的Https请求验证根证书时自然会通过,因为Fiddler的根证书你已经受信了!
第二 现在只是客户端(手机)和Fiddler这个偽服务端的Https验证通过了还没有到真正的服务端去取数据的,此时Fiddler会以客户端的身份与真正的服务端再进行一次HTTPS的验证最后拿到数据后
叒以服务端的身份与客户端(手机)通信。也就是说在一次请求中数据被两次加解密一次是手机到Fiddler,一次是Fiddler到真正的服务端
整个过程 手机----》Fiddler----》 服务器 Fiddler 即充当了服务端又充当了客户端,才使得数据能够正常的交互这个过程中最重要的一环就是手机端安装的 根证书!
写了这麼多,其实也只是把Https的基本流程写清楚了一部分这其中每一个步骤深入下去都是一门学科,而对于我们而言能清楚其大致运作流程,莋到心中有数据就算可以了
Https在目前的网络数据安全传输占据着重要地位,目前可能也没有更优的方案来代替Https另外一定要注意 不要随便咹装不确定的的根证书,以免带来不必要的损失
写这篇文章时,已经进入我的春节假期而我也已经踏上了 回家的火车,大家有疑问可鉯在评论中回复如有错误之处还望大家能指出,以免误导他人
如果您觉得本文让您有所收获不妨点下赞,为我的付出给一点点回报!
如果您觉得本人也有点意思,不妨点个观注大家一起谈技术,谈人生!
以下为参考资料
https:URL 表明它使用了HTTP但HTTPS存在不同于HTTP的默认端口及一个加密/身份验证层(在HTTP与TCP之间)。
现在它被广泛用于万维网上安全敏感的通讯例如交易支付方面。
它最初由Netscape开发内置于其瀏览器中用于对数据进行加密和解密操作,并返回网络上传送的结果
夏天的早晨,细雨绵绵带着南方的酷暑难耐,我回到了日思夜想的家乡—哈尔滨一下飞机,凉爽扑面而来真是惬意无比!提...
十月的秋事已尽,连绵的落叶覆盖成一片没有尽头的金色空间广阔而靜美。 道路的两旁依旧有开盛的花朵娇艳,饱满即使...