Https理解

转载来自 https://www.cnblogs.com/sujing/p/10927569.html#!comments
对称加密
对称加密算法的加密和解密都是用同一个密钥

  这样内容是可以加密传输了，但是上图中第一步协商密钥的过程又同样存在安全的问题！万一小王截获了协商密钥的数据，那后续加密传输的数据对小王来说无异于未加密！所以，对称加密存在密钥协商的问题！

非对称加密
非对称加密算法需要一组密钥对，分别是公钥和私钥，这两个密钥是成对出现的。
公钥加密的内容需要用私钥解密，私钥加密的内容需要用公钥解密！私钥由服务器自己保存，公钥发送给客户端。
客户端拿到公钥后就可以对请求进行加密后发送给服务端了，这时候就算被小王截获，小王没有私钥也无法解密发送的内容，这样确保了客户端发送到服务端数据的“安全”！
但是由于公钥也需要通过网络发送给客户端，同样能被小王截获，这样服务器私钥加密后的内容依然可以被小王截获并解密，并且非对称加密的效率很低。

既然对称加密和非对称加密都有问题,可以采用如下方法嘛？
第一次通信的时候服务端发送公钥给客户端，由客户端产生一个对称密钥，通过服务端的公钥加密后发送给服务端，后续的交互中都通过对称密钥进行加密传输。也就是说先通过非对称密钥加密对称密钥，通过对称密钥加密实际请求的内容。

但是会有如下问题：

数字证书
客户端怎么能确定对方是真正的目标服务器呢？
这就需要数字证书

客户端第一次与服务器进行通信的时候，服务器需要出示自己的数字证书，证明自己的身份以及自己的公钥，类似如下（实际上就是一堆数据，这里为了直观）

CA机构
数字证书也应该有这两个特性-权威机构颁发、防伪！
CA机构就是数字证书颁发的权威机构，负责颁发证书以及验证证书的合法性。如果服务器需要做个有身份的服务器，就需要向CA机构提交申请，当然有钱才好办事，交钱才能给你办证……

服务器向CA机构提交申请，需要提交站点的信息如域名、公司名称、公钥等等，CA审批无误之后就可以给服务器颁发证书了！

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

数字签名
数字证书如何防伪呢，这就需要数字签名了

与公司签过劳动合同的朋友应该都知道，在合同信息的填写中，是不能有涂改的，否则需要重新填写！并且在最后需要甲方和乙方签名并且盖章。一旦签名盖章后的合同就具有了法律的效力，合同就不能再修改。签名和盖章操作就是防止合同伪造，规定不能修改就防止了合同被篡改！

服务器提交自己的基本信息想CA机构提出申请，CA机构在给服务器颁发证书的时候，会连同数字证书以及根据证书计算的摘要一同发送给服务器，且这个摘要是需要经过CA机构自己的私钥进行加密的。


哪些CA机构对于客户端来说是权威或者说是认可的呢？我们打开IE浏览器能看到客户端内置的CA机构的信息，包含了CA的公钥、签名算法、有效期等等…

服务器在与客户端通信的时候，就会将数字证书和数字签名出示给客户端了。
客户端拿到数字证书和数字签名后，先通过操作系统或者浏览器内置信任的CA机构找到对应CA机构的公钥对数字签名进行解密，然后采用同样的摘要算法计算数字证书的摘要，如果自己计算的摘要与服务器发来的摘要一致，则证书是没有被篡改过的！这样就防止了篡改！第三方拿不到CA机构的私钥，也就无法对摘要进行加密，如果是第三方伪造的签名自然也在客户端也就无法解密，这就防止了伪造！所以数字签名就是通过这种机制来保证数字证书被篡改和被伪造


HTTPS
其实HTTPS=HTTP+SSL，在HTTP层和TCP之间加了一个SSL/TLS层，如下图：

  SSL（Secure Sockets Layer）中文叫“安全套接层”，后来由于广泛应用，SSL标准化之后就改名为TLS（Transport Layer Security）了,其实HTTPS就是通过上面说到的那些手段来解决网络上可能存在的数据泄密、篡改、假冒的这些问题，保证网络传输的安全