一文读懂类别，使用自签证书实现HTTPS
前段时间支出多少个需求，涉及获得服务端https证书。平日举行https调用大家都不太关切底层细节，直接使用WebClient也许HttpWebRequest来发送伏乞，那二种情势都无法获得证书消息，供给用到瑟维斯Point，这么些类用于提供HTTP连接的治本。
单向认证流程：
一文读懂类别，使用自签证书实现HTTPS。二〇一六年苹果在公布会上赤诚的透露前年七月1日周到达成https，全数曾经上架或提交核查的都必需校正，不然核实不经过，下架。由此对https做了有个别打探。
http和https在常常专门的学业中相信大家天天遇到，可是时期的分别揣摸超越54%同班只精通https会对报文举办加密后传输，可是里面包车型大巴细节是什么的推断都不太能说的敞亮，那一个主题材料是本人每回面试必问难题，面了成都百货上千人不管是前面一个的要么后端的校友基本都未能答得很好的，前几日就详细介绍下http和https的不一样，让大家随后不再只精通热面。
http本人只是一个互连网应用层的合计，首先客户端和劳动器端之间通过网络多次握手后确认连通性后就足以创设TCP连接，举办电视发表了。http未有加密机制，须求相配SSL（安全套接层）或TLS（安全传输层左券）来对通讯进行加密。协作SSL使用得http则称为https。http和https在实质上进程中最大间距在于网络握手的差异性，上面就重视说下握手的进度。
- 客商端向服务端发送SSL公约版本号、加密算法类别、随机数等消息。
- 服务端给顾客端重临SSL合同版本号、加密算法类别、随机数等新闻，同不平常间也回到服务器端的证件，即公钥证书
- 顾客端应用服务端重回的音讯认证服务器的合法性，包含：
- 表明是还是不是过期
- 发形服务器证书的CA是否牢靠
- 回去的公钥是或不是能科学解开再次回到证书中的数字签字
- 服务器证书上的域名是不是和服务器的实际域名相相配
- 申明通过后，将继续进行通讯，不然，终止通讯
- 客商端向服务端发送温馨所能支持的对称加密方案，供服务器端举办接纳
- 劳务器端在顾客端提供的加密方案中选用加密程度最高的加密方法。
- 服务器将甄选好的加密方案经过公开方式赶回给顾客端
- 顾客端采纳到服务端重回的加密方法后，使用该加密方法变通发生随机码，用作通讯进度中对称加密的密钥，使用服务端重返的公钥实行加密，将加密后的随机码发送至服务器
- 服务器收到客户端再次回到的加密音信后，使用自身的私钥进行解密，获取对称加密密钥。在接下去的对话中，服务器和客商端将会动用该密码举行对称加密，保障通讯进程中国国投息的安全。
1、https原理
Paste_Image.png
HTTPS 是 http 的进级换代版，使音讯的相互尤其安全。HTTPS 是由 HTTP SSL / TLS组成的。服务端和客商端的音讯传输都会经过TLS进行加密，所以传输的数额都以加密后的数额。具体的加密和解密如下：
- 客商端发起HTTPS央浼这几个没什么好说的，正是顾客在浏览器里输入三个https网址，然后连接到server的443端口。(http 连接的是server的80端口)
- 服务端的布署利用HTTPS公约的服务器必须求有风度翩翩套数字证书，能够协和制作，也得以向公司报名。分裂正是谐和揭橥的证件须要客商端验证通过，才方可持续拜见，而接受受信任的铺面申请的评释则不会弹出提醒页面(startssl便是个不错的取舍，有1年的免费服务)。那套证书其实正是风流倜傥对公钥和私钥。假诺对公钥和私钥不太知道，能够想像成后生可畏把钥匙和一个锁头，只是环球独有你一位有那把钥匙，你能够把锁头给外人，外人能够用这些锁把关键的东西锁起来，然后发给你，因为只有你一位有那把钥匙，所以独有你技巧收看被这把锁锁起来的事物。
- 传递证书这些评释其实正是公钥，只是包蕴了超多音讯，如证书的布告机构，过期岁月等等。
- 顾客端拆解解析证书那有的做事是有客户端的TLS来实现的，首先会表明公钥是或不是行得通，比如公布机构，过期日子等等，即便开采卓殊，则会弹出三个警戒框，提醒证书存在难题。固然证件没不平时，那么就生成八个任何时候值。然后用证件对该随机值实行加密。就象是上边说的，把自由值用锁头锁起来，那样除非有钥匙，不然看不到被锁住的情节。
- 传送加密消息那部分传递的是用注解加密后的私下值，目标正是让服务端得到那个自由值，以往顾客端和服务端的通讯就能够透过这几个自由值来张开加密解密了。
- 服务段解密音信服务端用私钥解密后，获得了顾客端传过来的轻便值，然后把内容通过该值实行对称加密。所谓对称加密就是，将音讯和私钥通过某种算法混合在一同，那样除非知道私钥，不然无法获取内容，而刚刚客商端和服务端都驾驭这些私钥，所以如果加密算法够彪悍，私钥够复杂，数据就够安全。
- 传输加密后的新闻那有的音信是服务段用私钥加密后的新闻，能够在客商端被还原
- 客商端解密新闻客商端用早前生成的私钥解密服务段传过来的新闻，于是获取驾驭密后的剧情。整个经过第三方正是监听到了数量，也心余力绌。
http握手
http是不曾安全性管理的，所以只做了总结的3次互联网连通性握手。
Screenshot 2018-02-27 15.24.08
1.顾客端发送syn包
顾客端发送syn包(syn=j)到服务器，并步入SYN_SEND状态，等待服务器确认；
2.服务端发送SYN ACK
服务器收到syn包，必需认同顾客的SYN（ack=j 1），同期协和也发送二个SYN包（syn=k），即SYN ACK包，当时服务器步向SYN_RECV状态；
3.客商端发送ACK
客商端收到服务器的SYN＋ACK包，向服务器发送确认包ACK(ack=k 1)，此包发送完成，客户端和服务器步向ESTABLISHED状态，完毕贰回握手。
写个德姆o，拿天涯论坛首页试一下：
2、获取证书
Paste_Image.png
上海体育场面是双向认证的暗中提示图：顾客端Client 和 服务端Server 都有三个证件信赖库，因为是自签的，所以供给将证书导入，那样才能印证证书是还是不是合法。比如：顾客端要表达服务端的注脚是或不是管用，就非得导入服务器的证件，做相比，获取服务器的证书方法如下：使用IE浏览器，张开连接
D(0WAMWU`L8NUK9O)A7$B1.png
ORA6D_G@36UG44HCHU5{XZM.png
%$R3Z$})%$OQ3WAUPOY0}FC.png
80SJKL3(0S6~ZH`}HHX$161.png
UEEBFITOL0KZ2~W87)UGP.png
![]SHQY$BWN{__8U@P((ZRQ.png]()
到此甘休，证书获得成功
https握手
https在http的基础上步向了SSL合同，SSL依赖证书来注解服务器的身份，并为浏览器和服务器之间的通讯加密。具体是怎样实行加密，解密，验证的，且看下图（图片来自互连网）。
Screenshot 2018-02-27 10.54.23
顾客端发起https央求
服务端的安插
选择https合同的服务器必定要有意气风发套数字证书，能够是本身创设依旧CA证书。不相同正是温馨公布的证书须求客商端验证通过，才足以承接采访，而接收CA证书则不会弹出提醒页面。那套证书其实就是豆蔻梢头对公钥和私钥。公钥给客商端加密应用，私钥给本人解密使用。
- 传送证书
本条注明其实正是公钥，只是包括了大多消息，如证书的公布机构，过期光阴等。
- 顾客端深入分析证书
那部分做事是有顾客端的TLS来产生的，首先会注明公钥是或不是可行，比方宣布机构，过期时间等，假若开掘至极，则会弹出一个警报框，提醒证书存在难题。倘若注解没反常，那么就生成一个跟着值，然后用证件对该随机值实行加密。
- 传送加密信息
那有些传递的是用申明加密后的放肆值，指标正是让服务端获得这么些自由值，将来用户端和服务端的通信就能够通过这么些自由值来展开加密解密了，其实那正是多少个对称密钥传递的长河，通过非对称加密来担保密钥安全传递。
- 服务端解密新闻
服务端用私钥解密后，获得了客商端传过来的随机值(私钥)，然后把内容通过该值实行对称加密。所谓对称加密正是，将消息和私钥通过某种算法混合在联合，那样除非知道私钥，否则不能够得到内容，而恰巧客户端和服务端都精晓这几个私钥，所以要是加密算法够彪悍，私钥够复杂，数据就够安全。
- 传输加密后的音信
那部分音讯是服务段用私钥加密后的信息，能够在客商端被还原。
- 客户端解密音信
顾客端用早前生成的私钥解密服务段传过来的信息，于是获取精晓密后的内容。
using System;
using System.Net;
using System.Security.Cryptography.X509Certificates;
namespace GetServerCertificateDemo
{
class Program
{
static void Main(string[] args)
{
//用WebClient访问新浪首页
var http = new WebClient();
var uri = new Uri("https://www.sina.com.cn");
http.DownloadString(uri);
//通过Uri获取ServicePoint
var servicePoint = ServicePointManager.FindServicePoint(uri);
//取服务端证书，X509Certificate格式，转一下
var serverCert = new X509Certificate2(servicePoint.Certificate);
Console.WriteLine("颁发给：{0}", serverCert.Subject);
Console.WriteLine("颁发者：{0}", serverCert.Issuer);
Console.WriteLine("序列号：{0}", serverCert.SerialNumber);
Console.WriteLine("指 纹：{0}", serverCert.Thumbprint);
Console.WriteLine("起 始：{0}", serverCert.NotBefore);
Console.WriteLine("过 期：{0}", serverCert.NotAfter);
}
}
}
20160310160503593.jpg
3、代码配置
自个儿用的是AFNetworking第三框架，配置如下。在乞请方法中增多以下代码
//https AFSecurityPolicy *securityPolicy = [AFSecurityPolicy policyWithPinningMode:AFSSLPinningModePublicKey]; securityPolicy.allowInvalidCertificates = YES; //是否允许使用自签证书 securityPolicy.validatesDomainName = NO; //是否需要验证域名，默认是YES NSString *requestString = [NSString stringWithFormat:@"%@%@",URLDoman,methodName]; _session = [AFHTTPSessionManager manager]; _session.responseSerializer = [AFHTTPResponseSerializer serializer]; _session.securityPolicy = securityPolicy; //设置证书校验模式 //设置超时 [_session.requestSerializer willChangeValueForKey:@"timeoutinterval"]; _session.requestSerializer.timeoutInterval = TimeoutInterval; [_session.requestSerializer didChangeValueForKey:@"timeoutinterval"]; _session.requestSerializer.cachePolicy = NSURLRequestReloadIgnoringCacheData; //身份验证回调 __weak typeof weakSelf = self; [_session setSessionDidReceiveAuthenticationChallengeBlock:^NSURLSessionAuthChallengeDisposition(NSURLSession * _Nonnull session, NSURLAuthenticationChallenge * _Nonnull challenge, NSURLCredential *__autoreleasing _Nullable * _Nullable credential) { //获取服务器的trust object SecTrustRef serverTrust = [[challenge protectionSpace]serverTrust]; //导入多张CA证书 NSString *cerPath = [[NSBundle mainBundle]pathForResource:@"ca" ofType:@"cer"];//自签证书 NSData *caCert = [NSData dataWithContentsOfFile:cerPath]; NSArray *cerArray = @[caCert]; weakSelf.session.securityPolicy.pinnedCertificates = cerArray; SecCertificateRef caRef = SecCertificateCreateWithData(NULL, (__bridge CFDataRef)caCert); NSCAssert(caRef!=nil, @"caRef is nil"); NSArray *caArray = @[(__bridge id)]; NSCAssert(caArray != nil, @"caArray is nil"); OSStatus status = SecTrustSetAnchorCertificates(serverTrust, (__bridge CFArrayRef)caArray); SecTrustSetAnchorCertificatesOnly(serverTrust, NO); NSCAssert(errSecSuccess == status, @"SecTrustSetAnchorCertificates failed"); //选择质询认证的处理方式 NSURLSessionAuthChallengeDisposition disposition = NSURLSessionAuthChallengePerformDefaultHandling; __autoreleasing NSURLCredential *credentiall = nil; //NSURLAuthenticationMethodServerTrus咨询认证方式 if ([challenge.protectionSpace.authenticationMethod isEqualToString:NSURLAuthenticationMethodServerTrust]) { //基于客户端的安全策略来决定是否信任该服务器，不信任则响应质询 if ([weakSelf.session.securityPolicy evaluateServerTrust:challenge.protectionSpace.serverTrust forDomain:challenge.protectionSpace.host]) { //创建质询证书 credentiall = [NSURLCredential credentialForTrust:challenge.protectionSpace.serverTrust]; //确认质询方式 if (credential) { disposition = NSURLSessionAuthChallengeUseCredential; }else{ disposition = NSURLSessionAuthChallengePerformDefaultHandling; } }else{ //取消质询 disposition = NSURLSessionAuthChallengeCancelAuthenticationChallenge; } }else{ disposition = NSURLSessionAuthChallengePerformDefaultHandling; } return disposition; }];
https对比http优缺点
优点：
- 证件认证，https用户端在握手的时候会取获得服务端给的公钥，顾客端通过本地的TLS校验公钥证书的真真假假；http未有注解校验的历程所以不也许校验服务器的真伪，並且服务器也回天无力校验客商端是或不是合法，超轻易被DDOS攻击。
- 完整性校验，https会对报文做散列，通过散列来确认保证报文未有被窜改，而http不可能看清报文有未有被篡修正。
- 简报加密，在方方面面https传输层加密的长河中，全部的报文头和报文娱体育都以对称加密的，幸免被缴获。注意https加密是在传输层，https报文在被打包成tcp报文的时候做到加密的经过，无论是https的header域也好，body域也罢都以会被加密的。
HTTPS一般使用的加密与HASH算法如下：
非对称加密算法：RSA，DSA/DSS
对称加密算法：AES，RC4，3DES
HASH算法：MD5，SHA1，SHA256
缺点：
- 进程变慢，这里说的速度变慢其实也是争执的，终究做了申明校验，加解密的动作，所以自然是会变慢的，这里能够由此SSL硬件加速器来增加https访问的速度。
https的劣势相对于优点来讲照旧得以承当的，况兼这段日子数不胜数阳台都全站使用https了，apple store出于客商安全思念也不收受使用http接口的app上架了。
双向认证流程：
注意项：
苹果ATS对HTTPS证书也是有要求的a、服务器所有的连接使用TLS1.2以上版本b、HTTPS证书必须使用SHA256以上哈希算法签名c、HTTPS证书必须使用RSA 2048位或ECC 256位以上公钥算法d、使用前向加密技术
到此，运营App互联网央浼是没什么难题的了。
唤醒:使用自签的证件，苹果考察不明确能经过。祝大家好运....
好文推荐：HTTPS原理双向认证单双向认证iOS用自签署证书达成HTTPS诉求的原理实例讲明iOS开拓HTTPS落成之信任SSL证书和自签定证书iOS使用自签定证书实现HTTPS恳求
20170216 补充单向认证和双向认证的采取情况：单向认证：平常都以应用在Web页面，用于提醒客户日前访谈页面未有得到评释，访谈有风险。可是还是能够访谈双向认证：移动端建议是行使双向认证，安全性强，並且只假诺只使用单向认证的话，跟http无不一样，得不到安全保持。犹如下二种状态现身：第大器晚成：借使移动端接纳https央浼https服务端，移动端就能够表明服务端的证书有效性，假使不是新人的证件，则防止访问。第二：如果运动端选择https央求http服务端，因为http是超文本，是无状态左券的，所以假诺访谈的财富存在就能回去数据给移动端。那样的话，就错失了表明服务器合法的效劳
总结
https料定是未来的主流通信左券，能够清楚https的握手进度基本就明白了https的原理，在开荒和平运动维铺排进度中也能够对注解能够相比好的领悟了。https在日常使用进程中也会设有被中间人攻击的标题，被中间人抨击并不是因为https本人设计的主题材料，而是在利用进度中在顾客端从未对服务器证书举办校验导致了中等人轮换公钥证书进行报文拦截点窜，所以在https使用的历程中确实无疑要留神证件校验，不可能轻巧的深信全数证件，这里介绍的https握手进度是单向认证，https还会有双向认证正是除了表达服务端证书外，还也许会校验顾客端证书，我们常见的网银U盾正是出类拔萃的双向认证，双向认证的安全性超级高，但还要顾客体验也是最差的，将来慢慢也被扬弃，除非是后生可畏对安然无事供给超高的场景。好了，https就聊这么多，大家应该力所能致清楚了呢。
运作看效用：
- 客商端向服务端发送SSL合同版本号、加密算法种类、随机数等新闻。
- 服务端给顾客端重返SSL公约版本号、加密算法体系、随机数等音信，同一时候也回到服务器端的证书，即公钥证书
- 客商端接受服务端重临的音讯验证服务器的合法性，包含：
- 评释是不是过期
- 发形服务器证书的CA是还是不是万无一失
- 回去的公钥是不是能正确解开再次来到证书中的数字具名
- 服务器证书上的域名是或不是和服务器的实际域名相相称
- 证实通过后，将持续张开通讯，不然，终止通讯
- 服务端供给顾客端发送顾客端的注脚，客商端会将自个儿的证件发送至服务端
- 注解客商端的注脚，通过验证后，会博得顾客端的公钥
- 客商端向服务端发送温馨所能援助的扬长避短加密方案，供服务器端举行选取
- 服务器端在客商端提供的加密方案中选择加密程度最高的加密方法
- 将加密方案经过行使此前获得到的公钥进行加密，再次来到给顾客端
- 客商端收到服务端再次回到的加密方案密文后，使用自身的私钥举行解密，获取具体加密方法，而后，发生该加密方法的随机码，用作加密进度中的密钥，使用以前从服务端证书中获得到的公钥实行加密后，发送给服务端
- 服务端收到客商端发送的音信后，使用自身的私钥实行解密，获取对称加密的密钥，在接下去的对话中，服务器和顾客端将会动用该密码举行对称加密，保险通讯进度中国国投息的晋城。
上半局地是程序运维结果，上边是用Firefox查看的服务端证书消息，各式消息都能对应上。倘诺程序中提到三个例外服务器的拜访也没涉及，关键在于依据Uri获取ServicePoint，然后取到的申明正是此服务器的了。
20160310160519781.jpg
是单向认证仍旧双向认证首要看服务器的安顿，与顾客端非亲非故。要是是双向认证，服务器在布局的时候必得安装clientAuth=“true”,单向则设置为false，暗中同意值为false。
单向认证须求服务器的公钥证书，大家后台提须要自个儿的server.cer,在英特网见到有说AF
3.0之后要求用.der格式的，小编用了.cer格式也不曾问题。
双向认证不仅仅供给服务器的公钥证书还索要提供客商端证书，平时为.p12格式並且是包括密码的。
内需看证书具体设置请看这里:http://m.blog.csdn.net/article/details?id=47173725
上面直接上代码（单向认证和双向认证适用同意气风发套代码，只要证书配置的对就足以）：
AFHTTPSessionManager *manager = [AFHTTPSessionManager manager];
// 设置超时时间
[manager.requestSerializer willChangeValueForKey:@"timeoutInterval"];
manager.requestSerializer.timeoutInterval = 30.f;
[manager.requestSerializer didChangeValueForKey:@"timeoutInterval"];
[manager.requestSerializer setValue:@"Content-Type" forHTTPHeaderField:@"application/json; charset=utf-8"];
[manager setSecurityPolicy:[self customSecurityPolicy]];
[self checkCredential:manager];
[manager POST:@"这里填你的https地址" parameters:nil progress:^(NSProgress * _Nonnull uploadProgress) {
NSLog(@"123");
} success:^(NSURLSessionDataTask * _Nonnull task, id _Nullable responseObject) {
NSLog(@"成功:%@",responseObject);
} failure:^(NSURLSessionDataTask * _Nullable task, NSError * _Nonnull error) {
NSLog(@"失败:%@",error);
}];
- (AFSecurityPolicy*)customSecurityPolicy {
AFSecurityPolicy *securityPolicy = [AFSecurityPolicy policyWithPinningMode:AFSSLPinningModeCertificate];
//获取证书路径
NSString * cerPath = [[NSBundle mainBundle] pathForResource:@"server" ofType:@"cer"];
NSData *certData = [NSData dataWithContentsOfFile:cerPath];
NSSet *dataSet = [NSSet setWithArray:@[certData]];
[securityPolicy setAllowInvalidCertificates:YES];//是否允许使用自签名证书
[securityPolicy setPinnedCertificates:dataSet];//设置去匹配服务端证书验证的证书
[securityPolicy setValidatesDomainName:NO];//是否需要验证域名，默认YES
return securityPolicy;
}
//校验证书
- (void)checkCredential:(AFURLSessionManager *)manager
{
[manager setSessionDidBecomeInvalidBlock:^(NSURLSession * _Nonnull session, NSError * _Nonnull error) {
}];
__weak typeof(manager)weakManager = manager;
[manager setSessionDidReceiveAuthenticationChallengeBlock:^NSURLSessionAuthChallengeDisposition(NSURLSession*session, NSURLAuthenticationChallenge *challenge, NSURLCredential *__autoreleasing*_credential) {
NSURLSessionAuthChallengeDisposition disposition = NSURLSessionAuthChallengePerformDefaultHandling;
__autoreleasing NSURLCredential *credential =nil;
NSLog(@"authenticationMethod=%@",challenge.protectionSpace.authenticationMethod);
//判断服务器要求客户端的接收认证挑战方式，如果是NSURLAuthenticationMethodServerTrust则表示去检验服务端证书是否合法，NSURLAuthenticationMethodClientCertificate则表示需要将客户端证书发送到服务端进行检验
if([challenge.protectionSpace.authenticationMethod isEqualToString:NSURLAuthenticationMethodServerTrust]) {
// 基于客户端的安全策略来决定是否信任该服务器，不信任的话，也就没必要响应挑战
if([weakManager.securityPolicy evaluateServerTrust:challenge.protectionSpace.serverTrust forDomain:challenge.protectionSpace.host]) {
// 创建挑战证书（注：挑战方式为UseCredential和PerformDefaultHandling都需要新建挑战证书）
credential = [NSURLCredential credentialForTrust:challenge.protectionSpace.serverTrust];
// 确定挑战的方式
if (credential) {
//证书挑战 设计policy,none，则跑到这里
disposition = NSURLSessionAuthChallengeUseCredential;
} else {
disposition = NSURLSessionAuthChallengePerformDefaultHandling;
}
} else {
disposition = NSURLSessionAuthChallengeCancelAuthenticationChallenge;
}
} else { //只有双向认证才会走这里
// client authentication
SecIdentityRef identity = NULL;
SecTrustRef trust = NULL;
NSString *p12 = [[NSBundle mainBundle] pathForResource:@"client"ofType:@"p12"];
NSFileManager *fileManager =[NSFileManager defaultManager];
if(![fileManager fileExistsAtPath:p12])
{
NSLog(@"client.p12:not exist");
}
else
{
NSData *PKCS12Data = [NSData dataWithContentsOfFile:p12];
if ([self extractIdentity:&identity andTrust:&trust fromPKCS12Data:PKCS12Data])
{
SecCertificateRef certificate = NULL;
SecIdentityCopyCertificate(identity, &certificate);
const void*certs[] = {certificate};
CFArrayRef certArray =CFArrayCreate(kCFAllocatorDefault, certs,1,NULL);
credential =[NSURLCredential credentialWithIdentity:identity certificates:(__bridge NSArray*)certArray persistence:NSURLCredentialPersistencePermanent];
disposition =NSURLSessionAuthChallengeUseCredential;
}
}
}
*_credential = credential;
return disposition;
}];
}
//读取p12文件中的密码
- (BOOL)extractIdentity:(SecIdentityRef*)outIdentity andTrust:(SecTrustRef *)outTrust fromPKCS12Data:(NSData *)inPKCS12Data {
OSStatus securityError = errSecSuccess;
//client certificate password
NSDictionary*optionsDictionary = [NSDictionary dictionaryWithObject:@"123456"
forKey:(__bridge id)kSecImportExportPassphrase];
CFArrayRef items = CFArrayCreate(NULL, 0, 0, NULL);
securityError = SecPKCS12Import((__bridge CFDataRef)inPKCS12Data,(__bridge CFDictionaryRef)optionsDictionary,&items);
if(securityError == 0) {
CFDictionaryRef myIdentityAndTrust =CFArrayGetValueAtIndex(items,0);
const void*tempIdentity =NULL;
tempIdentity= CFDictionaryGetValue (myIdentityAndTrust,kSecImportItemIdentity);
*outIdentity = (SecIdentityRef)tempIdentity;
const void*tempTrust =NULL;
tempTrust = CFDictionaryGetValue(myIdentityAndTrust,kSecImportItemTrust);
*outTrust = (SecTrustRef)tempTrust;
} else {
NSLog(@"Failedwith error code %d",(int)securityError);
return NO;
}
return YES;
}
刚起头公司供给做https认证的时候本身是少数都不懂的，毕竟在此以前没做过，然后就到互连网找材料，下德姆o，弄了两日一向没弄出来，认为是团结代码写错了，就外省查资料，末了才发掘是服务器证书配置有标题。上边的代码都以经作者求证精确的，只要证书配置不错就能够的。此地是双向认证的德姆o
参考自:http://www.jianshu.com/p/a84237b07611
http://blog.csdn.net/duanbokan/article/details/50847612
本文由星彩网app下载发布于计算机编程,转载请注明出处：一文读懂类别，使用自签证书实现HTTPS
TAG标签： 星彩网app下载
