如何使用 NSURLConnection 与 SSL 连接以获得不受信任的证书？

Question

我有以下简单的代码来连接到 SSL 网页，

NSMutableURLRequest *urlRequest=[NSMutableURLRequest requestWithURL:url];
[ NSURLConnection sendSynchronousRequest: urlRequest returningResponse: nil error: &error ];

但如果证书是自签名的，它会给出错误Error Domain=NSURLErrorDomain Code=-1202 UserInfo=0xd29930“不受信任的服务器证书”。 是有没有办法将其设置为接受连接（就像在浏览器中您可以按接受）或绕过它的方法？

Answer 1

有一个受支持的 API 可以完成此任务！ 将类似的内容添加到您的 NSURLConnection 委托中：

- (BOOL)connection:(NSURLConnection *)connection canAuthenticateAgainstProtectionSpace:(NSURLProtectionSpace *)protectionSpace {
  return [protectionSpace.authenticationMethod isEqualToString:NSURLAuthenticationMethodServerTrust];
}

- (void)connection:(NSURLConnection *)connection didReceiveAuthenticationChallenge:(NSURLAuthenticationChallenge *)challenge {
  if ([challenge.protectionSpace.authenticationMethod isEqualToString:NSURLAuthenticationMethodServerTrust])
    if ([trustedHosts containsObject:challenge.protectionSpace.host])
      [challenge.sender useCredential:[NSURLCredential credentialForTrust:challenge.protectionSpace.serverTrust] forAuthenticationChallenge:challenge];

  [challenge.sender continueWithoutCredentialForAuthenticationChallenge:challenge];
}

请注意，connection:didReceiveAuthenticationChallenge: 可以在向用户呈现一个对话框后（很长时间）将其消息发送到challenge.sender如果需要的话等等

Answer 2

如果您不愿意（或无法）使用私有 API，可以使用一个开源（BSD 许可证）库，名为 ASIHTTPRequest< /a> 提供了一个围绕较低级别的 CFNetwork API 的包装器。 他们最近引入了通过 -setValidatesSecureCertificate: API 允许使用自签名或不受信任证书的 HTTPS 连接 的功能。 如果您不想引入整个库，您可以使用源代码作为自己实现相同功能的参考。

Answer 3

理想情况下，iOS 应用程序只需要在两种情况下接受不受信任的证书。

场景 A：您连接到使用自签名证书的测试环境。

场景 B：您使用 Burp Suite、Fiddler、OWASP ZAP 等 MITM 代理来代理 HTTPS 流量。代理将返回由自签名 CA 签名的证书以便代理能够捕获 HTTPS 流量。

生产主机绝不应出于明显原因而使用不受信任的证书。

如果您需要让 iOS 模拟器接受不受信任的证书以进行测试，强烈建议您不要更改应用程序逻辑，以禁用 NSURLConnection API 提供的内置证书验证。 如果应用程序在没有删除此逻辑的情况下向公众发布，它将容易受到中间人攻击。

出于测试目的接受不受信任的证书的推荐方法是将签署该证书的证书颁发机构 (CA) 证书导入到您的 iOS 模拟器或 iOS 设备上。 我写了一篇简短的博客文章，演示了如何在 iOS 模拟器中执行此操作：

使用 ios 模拟器接受不受信任的证书

Answer 4

NSURLRequest 有一个名为 setAllowsAnyHTTPSCertificate:forHost: 的私有方法，它将完全按照您的意愿执行操作。 您可以通过类别在 NSURLRequest 上定义 allowsAnyHTTPSCertificateForHost: 方法，并将其设置为为您想要覆盖的主机返回 YES 。

Answer 5

为了补充已接受的答案，为了更好的安全性，您可以将服务器证书或您自己的根 CA 证书添加到钥匙串( https:// stackoverflow.com/a/9941559/1432048），但是单独执行此操作不会使 NSURLConnection 自动验证您的自签名服务器。 您仍然需要将以下代码添加到您的 NSURLConnection 委托中，它是从 Apple 示例代码 AdvancedURLConnections，并且您需要将苹果示例代码中的两个文件（Credentials.h、Credentials.m）添加到您的项目中。

- (BOOL)connection:(NSURLConnection *)connection canAuthenticateAgainstProtectionSpace:(NSURLProtectionSpace *)protectionSpace {
return [protectionSpace.authenticationMethod isEqualToString:NSURLAuthenticationMethodServerTrust];
}

- (void)connection:(NSURLConnection *)connection didReceiveAuthenticationChallenge:(NSURLAuthenticationChallenge *)challenge {
if ([challenge.protectionSpace.authenticationMethod isEqualToString:NSURLAuthenticationMethodServerTrust]) {
//        if ([trustedHosts containsObject:challenge.protectionSpace.host])

    OSStatus                err;
    NSURLProtectionSpace *  protectionSpace;
    SecTrustRef             trust;
    SecTrustResultType      trustResult;
    BOOL                    trusted;

    protectionSpace = [challenge protectionSpace];
    assert(protectionSpace != nil);

    trust = [protectionSpace serverTrust];
    assert(trust != NULL);
    err = SecTrustEvaluate(trust, &trustResult);
    trusted = (err == noErr) && ((trustResult == kSecTrustResultProceed) || (trustResult == kSecTrustResultUnspecified));

    // If that fails, apply our certificates as anchors and see if that helps.
    //
    // It's perfectly acceptable to apply all of our certificates to the SecTrust
    // object, and let the SecTrust object sort out the mess.  Of course, this assumes
    // that the user trusts all certificates equally in all situations, which is implicit
    // in our user interface; you could provide a more sophisticated user interface
    // to allow the user to trust certain certificates for certain sites and so on).

    if ( ! trusted ) {
        err = SecTrustSetAnchorCertificates(trust, (CFArrayRef) [Credentials sharedCredentials].certificates);
        if (err == noErr) {
            err = SecTrustEvaluate(trust, &trustResult);
        }
        trusted = (err == noErr) && ((trustResult == kSecTrustResultProceed) || (trustResult == kSecTrustResultUnspecified));
    }
    if(trusted)
        [challenge.sender useCredential:[NSURLCredential credentialForTrust:challenge.protectionSpace.serverTrust] forAuthenticationChallenge:challenge];
}

[challenge.sender continueWithoutCredentialForAuthenticationChallenge:challenge];
}

Answer 6

我对此没有任何功劳，但是我发现了这个< /a> 非常适合我的需求。 shouldAllowSelfSignedCert 是我的 BOOL 变量。 只需添加到您的 NSURLConnection 委托中，您就可以在每个连接的基础上快速绕过。

- (BOOL)connection:(NSURLConnection *)connection canAuthenticateAgainstProtectionSpace:(NSURLProtectionSpace *)space {
     if([[space authenticationMethod] isEqualToString:NSURLAuthenticationMethodServerTrust]) {
          if(shouldAllowSelfSignedCert) {
               return YES; // Self-signed cert will be accepted
          } else {
               return NO;  // Self-signed cert will be rejected
          }
          // Note: it doesn't seem to matter what you return for a proper SSL cert
          //       only self-signed certs
     }
     // If no other authentication is required, return NO for everything else
     // Otherwise maybe YES for NSURLAuthenticationMethodDefault and etc.
     return NO;
}

Answer 7

在 iOS 9 中，对于所有无效或自签名证书，SSL 连接都将失败。 这是新的应用传输安全 iOS 9.0 或更高版本以及 OS X 10.11 和更高版本中的功能。

您可以通过在 NSAppTransportSecurity 字典中将 NSAllowsArbitraryLoads 设置为 YES 在 Info.plist 中覆盖此行为。 但是，我建议仅出于测试目的覆盖此设置。

有关信息，请参阅应用程序传输技术说明 此处。

Answer 8

Nathan de Vries 发布的类别解决方法将通过 AppStore 私有 API 检查，并且在您无法控制 NSUrlConnection 对象的情况下非常有用。
一个示例是 NSXMLParser，它将打开您提供的 URL，但不会公开 NSURLRequest 或 NSURLConnection。

在 iOS 4 中，解决方法似乎仍然有效，但仅在设备上，模拟器不再调用 allowsAnyHTTPSCertificateForHost: 方法。

Answer 9

您必须使用 NSURLConnectionDelegate 来允许 HTTPS 连接，并且 iOS8 中有新的回调。

已弃用：

connection:canAuthenticateAgainstProtectionSpace:
connection:didCancelAuthenticationChallenge:
connection:didReceiveAuthenticationChallenge:

相反，您需要声明：

connectionShouldUseCredentialStorage: - 发送以确定 URL 加载程序是否应使用凭据存储来验证连接。

connection:willSendRequestForAuthenticationChallenge: - 告诉委托连接将发送身份验证质询请求。

通过 willSendRequestForAuthenticationChallenge，您可以像使用已弃用的方法一样使用 challenge，例如：

// Trusting and not trusting connection to host: Self-signed certificate
[challenge.sender useCredential:[NSURLCredential credentialForTrust:challenge.protectionSpace.serverTrust] forAuthenticationChallenge:challenge];
[challenge.sender continueWithoutCredentialForAuthenticationChallenge:challenge];

Answer 10

我发布了一些要点代码（基于我注意到的其他人的工作），可以让您根据自行生成的证书进行正确的身份验证（以及如何获得免费证书 - 请参阅 Cocoanetics）

我的代码在这里 github

Answer 11

您可以使用此代码

-(void)connection:(NSURLConnection *)connection willSendRequestForAuthenticationChallenge:(NSURLAuthenticationChallenge *)challenge
{
     if ([[challenge protectionSpace] authenticationMethod] == NSURLAuthenticationMethodServerTrust)
     {
         [[challenge sender] useCredential:[NSURLCredential credentialForTrust:[[challenge protectionSpace] serverTrust]] forAuthenticationChallenge:challenge];
     }
}

使用 -connection:willSendRequestForAuthenticationChallenge: 而不是这些已弃用的方法

已弃用：

-(BOOL)connection:(NSURLConnection *)connection canAuthenticateAgainstProtectionSpace:(NSURLProtectionSpace *)protectionSpace  
-(void)connection:(NSURLConnection *)connection didReceiveAuthenticationChallenge:(NSURLAuthenticationChallenge *)challenge 
-(void)connection:(NSURLConnection *)connection didCancelAuthenticationChallenge:(NSURLAuthenticationChallenge *)challenge

Answer 12

如果您想继续使用 sendSynchronousRequest 我在这个解决方案中工作：

FailCertificateDelegate *fcd=[[FailCertificateDelegate alloc] init];

NSURLConnection *c=[[NSURLConnection alloc] initWithRequest:request delegate:fcd startImmediately:NO];
[c setDelegateQueue:[[NSOperationQueue alloc] init]];
[c start];    
NSData *d=[fcd getData];

您可以在这里看到它：Objective-C SSL同步连接

Answer 13

使用 AFNetworking 我已经使用以下代码成功使用了 https webservice，

NSString *aStrServerUrl = WS_URL;

// Initialize AFHTTPRequestOperationManager...
AFHTTPRequestOperationManager *manager = [AFHTTPRequestOperationManager manager];
manager.requestSerializer = [AFJSONRequestSerializer serializer];
manager.responseSerializer = [AFJSONResponseSerializer serializer];

[manager.requestSerializer setValue:@"application/json" forHTTPHeaderField:@"Content-Type"];
manager.securityPolicy.allowInvalidCertificates = YES; 
[manager POST:aStrServerUrl parameters:parameters success:^(AFHTTPRequestOperation *operation, id responseObject)
{
    successBlock(operation, responseObject);

} failure:^(AFHTTPRequestOperation *operation, NSError *error)
{
    errorBlock(operation, error);
}];