看完这篇文章,我奶奶都懂了https的原理

  • 时间:
  • 浏览:73

本文在被委托人技术博客同步发布,详情可猛戳 亦可扫描屏幕右方二维码关注被委托人公众号

  不可能 住你隔壁穿人字拖、说话都略显羞涩的小王,一到夜半人静的随后就结束英文偷窥你的一举一动!陪你一起看91某社区的电影还好,万一窃取了各购物网站或或多或少站点的登录信息就……是还要想想或多或少害怕呢!

  也随后说小王还要伪装成服务器,与客户端进行通信。相似你与服务端之间多了三个小 多 上面商!也随后说协商密钥的过程依然占据 漏洞!

  原本内容是还要加密传输了,随后 上图中第一步协商密钥的过程又同样占据 安全的问提报告 !万一小王截获了协商密钥的数据,那后续加密传输的数据对小王来说无异于未加密!随后,对称加密占据 密钥协商的问提报告

  为了保护数据隐私,让数据不再“裸奔”。对还要传输的数据进行加密防止就很有必要了。目前而言,加密算法还要分两大类,一类是对称加密算法,还有一类是非对称加密算法。

  本文的标题是HTTPS,随后 到目前为止HTTPS只字未提!嘴笨 HTTPS=HTTP+SSL,在HTTP层和TCP之间加了三个小 多 SSL/TLS层,如下图:

  啥?又不足直观?原本们继续...

  啥?不足直观?原本们再来个直观点的!通过下图让让我们都 能看过,CA给服务器颁发的证书是有被委托人专属的“公章”的。

  上面的方案看起来天衣无缝,小王拿到数据后貌似就无偿下手了,随后 真的就天意无缝几时?让让我们都 看看下图

  CA机构随后数字证书颁发的权威机构,负责颁发证书以及验证证书的合法性。不可能 服务器还要做个有身份的服务器,就还要向CA机构提交申请,当然有钱才好办事,交钱都可否要我办证……

  那你這個数字证书为什么么么会产生的呢?总只能是服务器被委托人造三个小 多 吧?上面说到了让让我们都 生活中的证书是由权威机构颁发的、无法伪造的,比如身份证随后由派出所发证、毕业证由教育部发证,不可能 还要验证真假,只还要上相关的系统输入编号查询就能查到了!原本们数字证书也应该有你這個个多多 形态-权威机构颁发、防伪

  服务器提交被委托人的基本信息想CA机构提出申请,CA机构在给服务器颁发证书的随后,会连同数字证书以及根据证书计算的摘要一起发送给服务器,且你這個摘随后还要经过CA机构被委托人的私钥进行加密的。申请流程如下:

  为哪几种别人能获取你上网的数据呢?有过一定网络基础的让让我们都 2个都对TCP/IP或多或少了解,对各种握手挥手早已背得滚瓜烂俗,对http协议也早了然于心。http是应用层的协议,占据 TCP/IP参考模型的最上层。用户数据经过应用层、传输层、网络层、链路层的层层封装后经过物理层发送到目标机器。在这几层中,数据都只能经过加密防止,随后一旦别人获取到你的数据包,就能轻易的获取到数据的信息。

  对称加密和非对称加密都占据 密钥传输的问提报告 ,随后 至少非对称加密还要保证客户端传输给服务端的内容无法被“破解”,而对称加密算法性能又比较好,原本们是还要还要原本子呢。第一次通信的随后服务端发送公钥给客户端,由客户端产生三个小 多 对称密钥,通过服务端的公钥加密后发送给服务端,后续的交互中都通过对称密钥进行加密传输。也随后说先通过非对称密钥加密对称密钥,通过对称密钥加密实际请求的内容。

  哪几种CA机构对于客户端来说是权威不可能 说是认可的呢?让让我们都 打开IE浏览器能看过客户端内置的CA机构的信息,所含了CA的公钥、签名算法、有效期等等...

  服务器在与客户端通信的随后,就会将数字证书和数字签名出示给客户端了。客户端拿到数字证书和数字签名后,先通过操作系统不可能 浏览器内置信任的CA机构找到对应CA机构的公钥对数字签名进行解密,随后 采用同样的摘要算法计算数字证书的摘要,不可能 被委托人计算的摘要与服务器发来的摘要一致,则证书是只能被篡改过的!原本就防止了篡改!第三方拿只能CA机构的私钥,也就无法对摘要进行加密,不可能 是第三方伪造的签名自然也在客户端也就无法解密,这就防止了伪造!随后数字签名随后通过你這個机制来保证数字证书被篡改和被伪造。具体流程如下:

  证书颁发了,原本又为什么么么会防止伪造为什么么么会保证在传输过程中不被篡改呢?万一小王截获到数字证书,把公钥改成被委托人的那还要依然无法保证安全了么?这就还要数字签名了!

  对称加密算法的加密和解密还要用同三个小 多 密钥。在一定条件下,对称加密还要防止数据传输安全性的问提报告 。比如我在登录某个网站的随后,还要填写账户名和密码进行登录,客户端把登录的表单信息进行对称加密后再传输,这随后就算小王截获数据包,他也无法获取数据的内容,不可能 数据不可能 被加密了。随后 服务器收到数据后也是一脸懵逼,你发来的加密的数据包服务器也谁能谁能告诉我解密的密钥!

  客户端在拿到服务器的证书后,就还要验证证书编号是否是能在对应的CA机构查到,随后 核对证书的基本信息如证书上的域名是否是与当前访问的域名一致等等,还要拿到证书中服务器的公钥信息用于协商对称密钥!

  很糙脑阔疼!还还要让要我安全的上网了!就只能更安全的机制了么? 在协商密钥的过程中,客户端为什么么么会能挑选对方是真正的目标服务器呢?为什么么么会证明服务器的身份呢?让让我们都 先了解一下数字证书!

  客户端第一次与服务器进行通信的随后,服务器还要出示被委托人的数字证书,证明被委托人的身份以及被委托人的公钥,相似如下(实际上随后一堆数据,这里为了直观)

  服务器向CA机构提交申请,还要提交站点的信息如域名、公司名称、公钥等等,CA审批无误随后就还要给服务器颁发证书了!

  上过网的让让我们都 都知道,网络是非常不安全的。尤其是公共场所随后免费的wifi,或许随后攻击者的三个小 多 诱饵。还有让让我们都 平时喜欢用的万能钥匙,等等。原本们平时上网不可能 会占据 哪几种风险呢?

  1. 泄密,被委托人隐私、账户密码等信息不可能 会被盗取。

  2. 篡改,收到的数据不可能 被第三方修改过,或被植入广告等。

  3. 假冒,访问的站点非目标服务器站点。如域名欺骗、域名劫持、钓鱼网站等。

  与公司签过劳动合同的让让我们都 应该都知道,在合同信息的填写中,是只能有涂改的,随后 还要重新填写!随后 在最后还要甲方和乙方签名随后 盖章。一旦签名盖章后的合同就具有了法律的效力,合同就只能再修改。签名和盖章操作随后防止合同伪造,规定只能修改就防止了合同被篡改

  SSL(Secure Sockets Layer)中文叫“安全套接层”,随后不可能 广泛应用,SSL标准化随后就改名为TLS(Transport Layer Security)了,嘴笨 HTTPS随后通过上面说到的哪几种手段来防止网络上不可能 占据 的数据泄密、篡改、假冒的哪几种问提报告 ,保证网络传输的安全的啦!

  基于对称加密占据 的问提报告 ,又有了非对称加密。非对称加密算法还要一组密钥对,分别是公钥和私钥,你這個个多多 密钥是成对出现的。公钥加密的内容还要用私钥解密,私钥加密的内容还要用公钥解密!私钥由服务器被委托人保存,公钥发送给客户端。客户端拿到公钥后就还要对请求进行加密后发送给服务端了,这随后就算被小王截获,小王只能私钥也无法解密发送的内容,原本确保了客户端发送到服务端数据的“安全”!随后 不可能 公钥也还要通过网络发送给客户端,同样能被小王截获,原本服务器私钥加密后的内容依然还要被小王截获并解密,随后 非对称加密的带宽很低。

  让让我们都 在做权限系统的随后,存储用户密码的随后后要经过MD5计算摘要后存储,在登录的随后计算用户填写的密码的MD5摘要与数据库存储的摘要进行对比,不可能 一致则密码正确,随后 登录失败!MD5是不可逆的,且不同的数据计算出来的摘随后不一样的(当然还要极小的概率会hash碰撞),基于你這個形态,还要了数字签名的思路。

  这里还要注意或多或少,三个小 多 是CA机构的公钥,内置在客户端,用来解密数字签名!原本是目标服务器的公钥,在数字证书内容里,用来协商对称密钥!

  那是还要客户端与服务端在通信随后应该先协商密钥呢?客户端还要通知服务器还要开启数据传输了,随后 服务器告诉客户端,咱们随后用xxxx你這個密钥进行加密解密吧!

  看过这里的你,对HTTPS的原理是否是懂了呢,反正我奶奶看过不可能 懂了!手动狗头(* ̄︶ ̄)

  在实际生活中签名、盖章操作是实着嘴笨 的动作,作用在具体某个物体上的!随后 让让我们都 的数字证书有一种随后虚拟的,为什么么么会去给三个小 多 虚拟的证书签名盖章呢?数字签名又是哪几种机制呢?

  让让我们都 生活所含各种证,有能证明被委托人是个有身份的人的身份证,有能证明被委托人读了几年书的毕业证。哪几种证还要由或多或少权威机关认证、无法伪造的,能证明被委托人身份的凭据。那服务器是还要都可是是否是个相似身份证的东西,在与服务器进行通信的随后证明被委托人嘴笨 是目标服务器而还要小王伪造的呢?在生活中哪几种证件还要事着嘴笨 能看得见摸得着的,而计算机中的证书是虚拟的,看得见随后 摸不着,是数据形式记录的,随后叫数字证书!