SSL证书验证流程
在学习https过程中，对于如何防止中间人攻击（MITMA）抱有疑问。
经了解发现，客户端是通过第三方机构CA（Certificate Authorities）颁发的SSL证书验证服务器身份，之后再通过非对称加密的形式，协商对称加密的密钥，以此来实现安全通信。
对于非对称加密协商对称加密密钥这个过程，网上有很多学习资源，但对于SSL 证书验证服务器身份流程的资源却很少。
所以，为了方便记忆，对SSL证书验证流程进行梳理和记录。
数字签名
我们都知道，SSL证书如果需要具有验证身份功能的话，无非是需要保证两点：颁发机构权威、防篡改。
SSL证书是通过数字签名的方式，防止中间人（MITM）篡改公钥的。
下面对整个加密验证过程进行梳理
1. 首先服务机构向CA申请SSL证书，提供企业信息，法人联系方式，域名等等企业信息。CA机构验证后，会先自己生成一个证书，可以理解为可读的明文。（实际上是一个特定格式的数据文件，但此处为了理解做出抽象）
2. 验证通过，生成证书后， CA机构会对明文证书进行Hash，得到摘要信息，并将摘要信息使用CA私钥进行加密得到数字签名。之后将证书明文内容+数字签名 返回到服务机构。
3. 当客户端和服务器握手时，服务器将CA机构生成的证书明文内容+数字签名发送给客户端。客户端通过操作系统或者浏览器内置信任的CA机构找到对应CA机构的公钥对数字签名进行解密，然后采用同样的摘要算法计算SSL证书的摘要，如果自己计算的摘要与服务器发来的摘要一致，则证书是没有被篡改过的！
注意： 一个是CA的公钥，内置在客户端，用来解密数字签名！另一个是目标服务器的公钥，在SSL证书内容里，用来协商对称密钥！
总结
1. 如何防止中间人攻击（MITMA）？
因为无论是什么机构都是没有CA私钥的（只有CA自己有），所以当中间人在修改协商公钥后，无法对数字签名重新加密。即使重新加密，在客户端用CA公钥解密后，因为中间人不是采用CA私钥加密的，所以客户端会发现多种摘要信息对比错误（例如企业信息、域名等等），这是就能判断，证书信息被修改过，正在握手的服务器不可信。
