iOS Https协议自签证书访问数据HTTPS 中双向认证SSL 协议的具体过程：证书由后台提供，证书的生成方法 :http://www.hangge.com/blog/cache/detail_992.html使用第三方库AFNetworking，配置证书。补充

45 阅读 0 评论 30 点赞

我是靠谱客的博主俊逸八宝粥，最近开发中收集的这篇文章主要介绍iOS Https协议自签证书访问数据HTTPS 中双向认证SSL 协议的具体过程：证书由后台提供，证书的生成方法 :http://www.hangge.com/blog/cache/detail_992.html使用第三方库AFNetworking，配置证书。补充，觉得挺不错的，现在分享给大家，希望可以做个参考。

概述

一般来讲如果app用了web service , 我们需要防止数据嗅探来保证数据安全.通常的做法是用ssl来连接以防止数据抓包和嗅探

其实这么做的话还是不够的。我们还需要防止中间人攻击（不明白的自己去百度）。攻击者通过伪造的ssl证书使app连接到了伪装的假冒的服务器上，这是个严重的问题！那么如何防止中间人攻击呢？

HTTPS 中双向认证SSL 协议的具体过程：

这里总结为详细的步骤：
① 浏览器发送一个连接请求给安全服务器。
② 服务器将自己的证书，以及同证书相关的信息发送给客户浏览器。
③ 客户浏览器检查服务器送过来的证书是否是由自己信赖的 CA 中心所签发的。如果是，就继续执行协议；如果不是，客户浏览器就给客户一个警告消息：警告客户这个证书不是可以信赖的，询问客户是否需要继续。
④ 接着客户浏览器比较证书里的消息，例如域名和公钥，与服务器刚刚发送的相关消息是否一致，如果是一致的，客户浏览器认可这个服务器的合法身份。
⑤ 服务器要求客户发送客户自己的证书。收到后，服务器验证客户的证书，如果没有通过验证，拒绝连接；如果通过验证，服务器获得用户的公钥。
⑥ 客户浏览器告诉服务器自己所能够支持的通讯对称密码方案。
⑦ 服务器从客户发送过来的密码方案中，选择一种加密程度最高的密码方案，用客户的公钥加过密后通知浏览器。
⑧ 浏览器针对这个密码方案，选择一个通话密钥，接着用服务器的公钥加过密后发送给服务器。
⑨ 服务器接收到浏览器送过来的消息，用自己的私钥解密，获得通话密钥。
⑩ 服务器、浏览器接下来的通讯都是用对称密码方案，对称密钥是加过密的。

证书由后台提供，证书的生成方法 :http://www.hangge.com/blog/cache/detail_992.html

1.首先web服务器必须提供一个ssl证书，需要一个 .crt 文件，在开始写代码前，先要把 .crt 文件转成 .cer 文件，然后在加到Bundle 里面. 使用openssl 进行转换:
openssl x509 -in 你的证书.crt -out 你的证书.cer -outform der

2.通过安装crt文件，电脑导出.
- 先打开“钥匙串访问”
- 选中你安装的crt文件证书，选择“文件”--》“导出项目”
  
  选择.cer证书，存储即可。
  
  使用第三方库AFNetworking，配置证书。
  
  写工具类#import "AFNetworking.h"
  https://github.com/fenglongteng/AfnHttpsSSLDemo
  
  补充
  
  我前面说过，验证站点证书，是通过域名的，如果服务器端站点没有绑定域名（万恶的备案），仅靠IP地址上面的方法是绝对不行的。怎么办？答案是想通过设置是不可以的，你只能修改AFNetworking2的源代码！打开AFSecurityPolicy.m文件，找到方法：
```
- (BOOL)evaluateServerTrust:(SecTrustRef)serverTrust
forDomain:(NSString *)domain
将下面这部分注释掉
//
SecTrustSetAnchorCertificates(serverTrust, (__bridge CFArrayRef)pinnedCertificates);
//
//
if (!AFServerTrustIsValid(serverTrust)) {
//
return NO;
//
}
//
//
if (!self.validatesCertificateChain) {
//
return YES;
//
}
```
  这样，AFSecurityPolicy就只会比对服务器证书和内嵌证书是否一致，不会再验证证书是否和站点域名一致了。
  
  　　这么做为什么是安全的？了解HTTPS的人都知道，整个验证体系中，最核心的实际上是服务器的私钥。私钥永远，永远也不会离开服务器，或者以任何形式向外传输。私钥和公钥是配对的，如果事先在客户端预留了公钥，只要服务器端的公钥和预留的公钥一致，实际上就已经可以排除中间人攻击了。