【金沙注册送58】取得服务端https证书,一文读懂类别。近期开发2个须要,涉及取得服务端https证书。1般举行https调用大家都不太关爱底层细节,直接选取WebClient或许HttpWebRequest来发送请求,那二种格局都没法儿获得证书音讯,供给用到瑟维斯Point,这么些类用于提供HTTP连接的管住。

单向认证流程:

2016年苹果在揭橥会上赤诚的发布20一7年一月17日全面达成https,全部曾经上架或提交审查的都不能够不变换,不然审核不通过,下架。由此对https做了一部分叩问。

http和https在平日工作中相信我们随时境遇,可是里面包车型地铁界别揣测大多数同室只晓得https会对报文举行加密后传输,但是在那之中的底细是哪些的推测都不太能说的通晓,这么些难题是本身每一遍面试必问难题,面了过多个人不论是前者的还是后端的同校基本都没能答得很好的,明日就详细介绍下http和https的分裂,让我们以往不再只精晓表面。
http自己只是3个网络应用层的情商,首先客户端和劳动器端之间通过互联网数次抓手后确认连通性后就能够建立TCP连接,举办报纸发表了。http未有加密机制,须要万分SSL(套套接层)或TLS(安全传输层协议)来对通讯进行加密。合作SSL使用得http则称为https。http和https在实际上进程中最大差别在于网络握手的差异性,上面就首要说下握手的长河。

 

  1. 客户端向服务端发送SSL协议版本号、加密算法种类、随机数等消息。
  2. 服务端给客户端重返SSL协议版本号、加密算法连串、随机数等新闻,同时也回到服务器端的证件,即公钥证书
  3. 客户端选择服务端重回的音讯认证服务器的合法性,包罗:
    • 表明是不是过期
    • 发形服务器证书的CA是不是牢靠
    • 回去的公钥是不是能正确解开再次回到证书中的数字签名
    • 服务器证书上的域名是还是不是和服务器的实际域名相相称
  4. 表明通过后,将持续拓展通信,不然,终止通讯
  5. 客户端向服务端发送温馨所能协理的相得益彰加密方案,供服务器端进行精选
  6. 劳动器端在客户端提供的加密方案中甄选加密程度最高的加密方法。
  7. 服务器将挑选好的加密方案经过公开药格局赶回给客户端
  8. 客户端接收到服务端重临的加密方法后,使用该加密方法转变爆发随机码,用作通讯进度中对称加密的密钥,使用服务端再次回到的公钥进行加密,将加密后的随机码发送至服务器
  9. 服务器收到客户端重临的加密消息后,使用自身的私钥实行解密,获取对称加密密钥。在接下去的对话中,服务器和客户端将会使用该密码进行对称加密,保障通讯进度中国国投息的辽源。
1、https原理

金沙注册送58 1Paste_Image.png

HTTPS 是 http 的晋级版,使音讯的互动尤其安全。HTTPS 是由 HTTP + SSL /
TLS组成的。服务端和客户端的音信传输都会经过TLS举行加密,所以传输的数据都以加密后的数量。具体的加密和解密如下:

  1. 客户端发起HTTPS请求那么些没什么好说的,就是用户在浏览器里输入三个https网站,然后连接到server的44三端口。(http
    连接的是server的80端口)
  2. 服务端的布署利用HTTPS协议的服务器必供给有一套数字证书,能够协调制作,也得以向协会报名。区别正是友好发布的证件必要客户端验证通过,才足以持续访问,而选取受依赖的小卖部申请的注脚则不会弹出提示页面(startssl正是个正确的抉择,有1年的免费服务)。那套证书其实就是一对公钥和私钥。借使对公钥和私钥不太明白,可以想像成壹把钥匙和2个锁头,只是全世界唯有你一人有那把钥匙,你能够把锁头给别人,外人可以用那一个锁把第3的东西锁起来,然后发给你,因为只有你1位有那把钥匙,所以唯有你才能看到被那把锁锁起来的东西。
  3. 传递证书这几个注脚其实就是公钥,只是包蕴了过多新闻,如证书的发表机构,过期时刻等等。
  4. 客户端解析证书那一部分干活是有客户端的TLS来成功的,首先会表明公钥是或不是管用,比如公布机构,过期光阴等等,倘使发现非常,则会弹出贰个告诫框,提醒证书存在难题。若是证件没不日常,那么就生成三个随即值。然后用评释对该随机值实行加密。就接近上边说的,把自由值用锁头锁起来,那样除非有钥匙,否则看不到被锁住的始末。
  5. 传送加密音信那壹部分传递的是用注明加密后的任意值,目标正是让服务端获得那一个自由值,未来客户端和服务端的通讯就能够透过这些自由值来进行加密解密了。
  6. 服务段解密新闻服务端用私钥解密后,获得了客户端传过来的妄动值,然后把内容通过该值实行对称加密。所谓对称加密正是,将新闻和私钥通过某种算法混合在1齐,那样除非知道私钥,不然无法取得内容,而刚好客户端和服务端都清楚这几个私钥,所以一旦加密算法够彪悍,私钥够复杂,数据就够安全。
  7. 传输加密后的新闻这部分音讯是服务段用私钥加密后的音讯,能够在客户端被还原
  8. 客户端解密音讯客户端用从前生成的私钥解密服务段传过来的音信,于是获取掌握密后的剧情。整个进程第二方正是监听到了数据,也胸中无数。

http握手

http是一向不安全性处理的,所以只做了归纳的贰回互联网连通性握手。

金沙注册送58 2

Screenshot 2018-02-27 15.24.08

一.客户端发送syn包

客户端发送syn包(syn=j)到服务器,并进入SYN_SEND状态,等待服务器确认;

二.服务端发送SYN+ACK

服务器收到syn包,必须承认客户的SYN(ack=j+1),同时本身也发送三个SYN包(syn=k),即SYN+ACK包,此时服务器进入SYN_RECV状态;

三.客户端发送ACK

客户端收到服务器的SYN+ACK包,向服务器发送确认包ACK(ack=k+1),此包发送完成,客户端和服务器进入ESTABLISHED状态,达成1次握手。

写个德姆o,拿乐乎首页试一下:

金沙注册送58 3

二、获取证书

金沙注册送58 4Paste_Image.png

上海教室是双向认证的示意图:客户端Client 和 服务端Server
都有3个证书信任库,因为是自签的,所以需求将注脚导入,那样才能表明证书是不是合法。比如:客户端要注明服务端的证书是或不是管用,就非得导入服务器的注脚,做相比较,获取服务器的证件方法如下:使用IE浏览器,打开连接

金沙注册送58 5D(0WAMWU`L8NUK9O)A7$B1.png金沙注册送58 6ORA6D_G@36UG44HCHU5{XZM.png金沙注册送58 7%$R3Z$})%$OQ3WAUPOY0}FC.png金沙注册送58 880SJKL3(0S6金沙注册送58 ,~ZH`}HHX$161.png金沙注册送58 9UEEBFITOL0KZ2~W87%29UGP.png

![]SHQY$BWN{__8U@P((ZRQ.png]()

到此结束,证书获得成功

https握手

https在http的底子上进入了SSL协议,SSL依靠证书来验证服务器的身份,并为浏览器和服务器之间的通讯加密。具体是怎么着实行加密,解密,验证的,且看下图(图片来源于互连网)。

金沙注册送58 10

Screenshot 2018-02-27 10.54.23

  1. 客户端发起https请求

  2. 服务端的安顿

行使https协议的服务器必供给有1套数字证书,能够是祥和制作还是CA证书。分化正是上下一心发表的证件须要客户端验证通过,才能够继续访问,而利用CA证书则不会弹出提示页面。那套证书其实就是一对公钥和私钥。公钥给客户端加密应用,私钥给自身解密使用。

  1. 传递证书

这几个注明其实正是公钥,只是包涵了过多音信,如证书的透露机构,过期时光等。

  1. 客户端解析证书

那部分做事是有客户端的TLS来形成的,首先会评释公钥是不是有效,比如公布机构,过期时间等,如若发现分外,则会弹出一个警示框,提醒证书存在难点。就算注脚未有毛病,那么就生成3个跟着值,然后用证件对该随机值实行加密。

  1. 传递加密信息

那部分传递的是用申明加密后的即兴值,目标便是让服务端获得这一个自由值,今后客户端和服务端的通讯就能够因而这些自由值来进展加密解密了,其实那便是二个对称密钥传递的经过,通过非对称加密来有限支撑密钥安全传递。

  1. 服务端解密消息

服务端用私钥解密后,获得了客户端传过来的随机值(私钥),然后把内容通过该值进行对称加密。所谓对称加密就是,将新闻和私钥通过某种算法混合在壹齐,那样除非知道私钥,否则不可能获取内容,而刚好客户端和服务端都理解这么些私钥,所以一旦加密算法够彪悍,私钥够复杂,数据就够安全。

  1. 传输加密后的音讯

那部分新闻是服务段用私钥加密后的消息,能够在客户端被还原。

  1. 客户端解密音讯

客户端用此前生成的私钥解密服务段传过来的音讯,于是获取领悟密后的始末。

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

三、代码配置

自己用的是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无法判断报文有没有被篡改过。
  • 报道加密,在1切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服务端,移动端就会证明服务端的证件有效性,假设不是新人的证书,则禁止访问。第1:假如移动端应用https请求http服务端,因为http是超文本,是无状态协议的,所以若是访问的财富存在就会回来数据给移动端。那样的话,就错过了印证服务器合法的功效

总结

https肯定是从此的主流通讯协议,能够领略https的拉手进程基本就驾驭了https的法则,在开发和平运动维计划进度中也能够对表明能够相比好的明亮了。https在一般行使进程中也会设有被中间人攻击的难题,被中间人攻击并不是因为https本人设计的题材,而是在动用进度中在客户端从未对服务器证书举办校验导致了中间人轮换公钥证书实行报文拦截篡改,所以在https使用的历程中必然要专注证件校验,不可能大致的深信全数证件,这里介绍的https握手进程是单向认证,https还有双向认证正是除了表明服务端证书外,还会校验客户端证书,我们左近的网银U盾就是数1数二的双向认证,双向认证的安全个性外高,但同时用户体验也是最差的,未来日益也被抛弃,除非是有的巴中供给很高的光景。好了,https就聊这么多,大家应该能够知道了吧。

运维看功用:

  1. 客户端向服务端发送SSL协议版本号、加密算法体系、随机数等消息。
  2. 服务端给客户端再次回到SSL协议版本号、加密算法种类、随机数等新闻,同时也回到服务器端的注脚,即公钥证书
  3. 客户端选取服务端再次来到的消息表达服务器的合法性,包含:
    • 证书是还是不是过期
    • 发形服务器证书的CA是还是不是稳操胜券
    • 回来的公钥是或不是能科学解开重回证书中的数字签名
    • 服务器证书上的域名是不是和服务器的实际域名相相称
  4. 证实通过后,将继承进行通讯,不然,终止通讯
  5. 服务端供给客户端发送客户端的证件,客户端会将本身的证件发送至服务端
  6. 证实客户端的证件,通过认证后,会拿走客户端的公钥
  7. 客户端向服务端发送温馨所能扶助的对称加密方案,供服务器端实行分选
  8. 劳务器端在客户端提供的加密方案中甄选加密程度最高的加密方法
  9. 将加密方案经过利用此前得到到的公钥进行加密,再次来到给客户端
  10. 客户端收到服务端再次来到的加密方案密文后,使用自个儿的私钥举行解密,获取具体加密方法,而后,发生该加密方法的随机码,用作加密进程中的密钥,使用此前从服务端证书中获得到的公钥举办加密后,发送给服务端
  11. 服务端收到客户端发送的音讯后,使用本身的私钥进行解密,获取对称加密的密钥,在接下去的对话中,服务器和客户端将会选取该密码进行对称加密,保障通讯进度中国国投息的安全。

金沙注册送58 11

金沙注册送58 12

上半局地是程序运转结果,上面是用Firefox查看的服务端证书新闻,各项音讯都能对应上。要是程序中涉嫌多少个不等服务器的拜访也没提到,关键在于依照Uri获取ServicePoint,然后取到的证书就是此服务器的了。

20160310160519781.jpg

 

是单向认证依旧双向认证首要看服务器的安顿,与客户端毫不相关。借使是双向认证,服务器在布局的时候必须设置clientAuth=“true”,单向则设置为false,暗中同意值为false。
单向认证要求服务器的公钥证书,大家后台提要求自身的server.cer,在网上看到有说AF
叁.0之后必要用.der格式的,小编用了.cer格式也并没不正常。
双向认证不仅必要服务器的公钥证书还索要提供客户端证书,1般为.p1贰格式而且是包涵密码的。

内需看证书具体设置请看那里:http://m.blog.csdn.net/article/details?id=47173725

下边直接上代码(单向认证和双向认证适用同1套代码,只要证书配置的对就足以):

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认证的时候本人是1些都不懂的,究竟从前没做过,然后就到网上找材料,下德姆o,弄了两日一向没弄出来,以为是祥和代码写错了,就各省查资料,最后才发觉是服务器证书配置有标题。上边的代码都以经自身求证无误的,只要证书配置不错就足以的。此处是双向认证的德姆o

参考自:http://www.jianshu.com/p/a84237b07611
http://blog.csdn.net/duanbokan/article/details/50847612

相关文章

网站地图xml地图