获得服务端https证书,使用自签证书完成HTTPS

不久前付出一个需求,涉及取得服务端https证书。一般进行https调用我们都不太关心底层细节,直接行使WebClient可能HttpWebRequest来发送请求,那二种格局都没办法儿取得证书音信,须求用到ServicePoint,那几个类用于提供HTTP连接的保管。

单向认证流程:

2016年苹果在公布会上赤诚的揭穿20壹柒年10月十日周详达成https,全数曾经上架或提交审查的都无法不改换,否则审核不经过,下架。因而对https做了有些摸底。

http和https在平凡工作中相信我们每1天境遇,可是时期的分别猜想超越四分之二同学只精通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原理

美高梅开户网址 1Paste_Image.png

HTTPS 是 http 的升高版,使消息的交互尤其安全。HTTPS 是由 HTTP + SSL /
TLS组成的。服务端和客户端的音信传输都会因此TLS举办加密,所以传输的多少都以加密后的多寡。具体的加密和平解决密如下:

  1. 客户端发起HTTPS请求那几个没什么好说的,正是用户在浏览器里输入二个https网站,然后连接到server的4四三端口。(http
    连接的是server的80端口)
  2. 服务端的布局利用HTTPS协议的服务器必必要有1套数字证书,能够团结营造,也能够向公司报名。差异便是上下一心公布的证明需求客户端验证通过,才能够连续走访,而利用受信赖的企业申请的证书则不会弹出提醒页面(startssl正是个不利的精选,有一年的免费服务)。那套证书其实正是1对公钥和私钥。假设对公钥和私钥不老子@楚,能够设想成1把钥匙和2个锁头,只是举世唯有你壹人有那把钥匙,你能够把锁头给旁人,外人能够用这一个锁把重要的东西锁起来,然后发给你,因为唯有你一位有那把钥匙,所以只有你才能来看被那把锁锁起来的事物。
  3. 传递证书那么些申明其实便是公钥,只是包涵了诸多音信,如证书的揭橥机构,过期时间等等。
  4. 客户端解析证书那1部分行事是有客户端的TLS来成功的,首先会申明公钥是或不是管用,比如发表机构,过期光阴等等,假设发现相当,则会弹出多少个告诫框,提醒证书存在难题。假若证件没卓殊,那么就生成二个随即值。然后用评释对该随机值举办加密。就接近下面说的,把自由值用锁头锁起来,那样除非有钥匙,不然看不到被锁住的始末。
  5. 传递加密音信那部分传递的是用证件加密后的随意值,目标正是让服务端获得这么些自由值,未来客户端和服务端的通信就足以因而这几个自由值来拓展加密解密了。
  6. 服务段解密新闻服务端用私钥解密后,获得了客户端传过来的肆意值,然后把内容通过该值进行对称加密。所谓对称加密正是,将消息和私钥通过某种算法混合在1齐,这样除非知道私钥,不然无法取得内容,而刚刚客户端和服务端都领会这几个私钥,所以假若加密算法够彪悍,私钥够复杂,数据就够安全。
  7. 传输加密后的音讯那有的信息是服务段用私钥加密后的音信,可以在客户端被还原
  8. 客户端解密音信客户端用以前生成的私钥解密服务段传过来的消息,于是获取理解密后的内容。整个经过第2方正是监听到了数据,也不知道该咋做。

http握手

http是未曾安全性处理的,所以只做了不难的1回网络连通性握手。

美高梅开户网址 2

Screenshot 2018-02-27 15.24.08

1.客户端发送syn包

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

贰.服务端发送SYN+ACK

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

获得服务端https证书,使用自签证书完成HTTPS。三.客户端发送ACK

客户端收到服务器的SYN+ACK包,向服务器发送确认包ACK(ack=k+一),此包发送完结,客户端和服务器进入ESTABLISHED状态,完毕三遍握手。

写个德姆o,拿网易首页试一下:

美高梅开户网址 3

二、获取证书

美高梅开户网址 4Paste_Image.png

上图是双向认证的示意图:客户端Client 和 服务端Server
都有二个证书信任库,因为是自签的,所以要求将注明导入,这样才能证实证书是还是不是合法。比如:客户端要验证服务端的证书是还是不是行得通,就非得导入服务器的注明,做比较,获取服务器的评释方法如下:使用IE浏览器,打开连接

美高梅开户网址 5D(0WAMWU`L8NUK9O)A7$B1.png美高梅开户网址 6ORA6D_G@36UG44HCHU5{XZM.png美高梅开户网址 7%$R3Z$})%$OQ3WAUPOY0}FC.png美高梅开户网址 880SJKL3(0S6~ZH`}HHX$161.png美高梅开户网址 9UEEBFITOL0KZ2~W87%29UGP.png

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

到此结束,证书得到成功

https握手

https在http的根基上出席了SSL协议,SSL依靠证书来证实服务器的地点,并为浏览器和服务器之间的通讯加密。具体是怎么着举行加密,解密,验证的,且看下图(图片来源互连网)。

美高梅开户网址 10

Screenshot 2018-02-27 10.54.23

  1. 客户端发起https请求

  2. 服务端的计划

使用https协议的服务器供给求有一套数字证书,能够是上下一心制作仍然CA证书。区别正是和谐发布的证件必要客户端验证通过,才方可再三再四走访,而选择CA证书则不会弹出提醒页面。那套证书其实就是1对公钥和私钥。公钥给客户端加密应用,私钥给协调解密使用。

  1. 传送证书

本条申明其实就是公钥,只是包蕴了许多音讯,如证书的公布机构,过期时刻等。

  1. 客户端解析证书

那1部分行事是有客户端的TLS来成功的,首先会表明公钥是还是不是管用,比如公布机构,过期光阴等,要是发现格外,则会弹出3个告诫框,提示证书存在难点。假诺证件没不常常,那么就生成二个随即值,然后用阐明对该随机值进行加密。

  1. 传递加密音讯

那部分传递的是用注解加密后的任意值,目标正是让服务端获得那个自由值,以往客户端和服务端的通讯就能够透过那么些自由值来展开加密解密了,其实这正是2个对称密钥传递的长河,通过非对称加密来保险密钥安全传递。

  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

3、代码配置

自小编用的是AFNetworking第2框架,配置如下。在央浼方法中添加以下代码

 //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请求

2017021陆补充单向认证和双向认证的利用意况:单向认证:壹般都以行使在Web页面,用于提醒用户眼下造访页面没有获取印证,访问有高风险。可是还是能够访问双向认证:移动端提议是应用双向认证,安全性强,并且只就算只行使单向认证的话,跟http无分裂,得不到平安全保卫障。有如下三种情景现身:第叁:假使运动端应用https请求https服务端,移动端就会评释服务端的证件有效性,如若不是新人的证书,则禁止访问。第二:要是运动端接纳https请求http服务端,因为http是超文本,是无状态协议的,所以借使访问的财富存在就会回来数据给移动端。那样的话,就失去了认证服务器合法的功用

总结

https肯定是以往的主流通信协议,能够掌握https的拉手过程基本就理解了https的原理,在支付和平运动维安排进度中也能够对表明可以相比较好的驾驭了。https在平凡行使进度中也会设有被中间人攻击的题材,被中间人抨击并不是因为https自己设计的难点,而是在使用进程中在客户端从未对服务器证书实行校验导致了中档人轮换公钥证书举行报文拦截篡改,所以在https使用的经过中必将要小心证件校验,不能够简单的亲信全体证件,这里介绍的https握手过程是单向认证,https还有双向认证就是除了表达服务端证书外,还会校验客户端证书,大家普遍的网银U盾正是超人的双向认证,双向认证的安全性非常高,但还要用户体验也是最差的,今后渐渐也被抛弃,除非是有些平安供给很高的场合。好了,https就聊这么多,大家应该力所能及通晓了呢。

运转看功效:

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

美高梅开户网址 11

美高梅开户网址 12

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

20160310160519781.jpg

 

是单向认证依旧双向认证首要看服务器的布局,与客户端无关。要是是双向认证,服务器在安插的时候必须安装clientAuth=“true”,单向则设置为false,私下认可值为false。
单向认证必要服务器的公钥证书,大家后台提供给自己的server.cer,在网上来看有说AF
三.0之后要求用.der格式的,小编用了.cer格式也尚无难点。
双向认证不仅必要服务器的公钥证书还亟需提供客户端证书,一般为.p12格式而且是含有密码的。

美高梅开户网址,亟需看证书具体设置请看那里: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认证的时候作者是某个都不懂的,终归在此之前没做过,然后就到网上找质感,下德姆o,弄了二日一向没弄出来,以为是和谐代码写错了,就各处查资料,最终才意识是服务器证书配置有标题。上面包车型地铁代码都是经本人证实无误的,只要证书配置不错就足以的。此地是双向认证的德姆o

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

发表评论

电子邮件地址不会被公开。 必填项已用*标注

网站地图xml地图