使用 NSURLConnection 通过自签名证书连接到 https 时出现 kSecTrustResultRecoverableTrustFailure

我在这里看到了一些问题，但没有一个对我有帮助。人们解决的问题主要是重新生成服务器证书：kSecTrustResult RecoverableTrustFailure 的原因是什么？ https://stackoverflow.com/questions/7715426/what-is-the-reason-of-ksectrustresultrecoverabletrustfailure/8937798#8937798

假设我需要使用自签名证书与服务器建立 https 连接。我没有来自服务器的任何内部数据例如它的私钥。例如服务器是https://www.pcwebshop.co.uk/ https://www.pcwebshop.co.uk/

据我了解，我可以将客户端证书捆绑到应用程序中并使用它进行验证。我对吗？我可以在没有来自服务器的任何内部数据的情况下获得有效的客户端证书吗？

我在这里用谷歌搜索了一个教程http://www.indelible.org/ink/trusted-ssl-certificates http://www.indelible.org/ink/trusted-ssl-certificates

这是我获取客户端证书的方法

openssl s_client \
    -showcerts -connect "${HOST}:443" </dev/null 2>/dev/null | \
openssl x509 -outform DER >"../resources/${HOST}.der"

这是代码（几乎没有改变）：

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

- (void)connection:(NSURLConnection *)connection didReceiveAuthenticationChallenge:(NSURLAuthenticationChallenge *)challenge
{
    if ([self shouldTrustProtectionSpace:challenge.protectionSpace]) {
        [challenge.sender useCredential:[NSURLCredential credentialForTrust:challenge.protectionSpace.serverTrust]
             forAuthenticationChallenge:challenge];
    } else {
        [challenge.sender performDefaultHandlingForAuthenticationChallenge:challenge];
    }
}

- (BOOL)shouldTrustProtectionSpace:(NSURLProtectionSpace *)protectionSpace
{
    // load up the bundled certificate
    NSString *certPath = [[NSBundle mainBundle] pathForResource:protectionSpace.host ofType:@"der"];

    if (certPath == nil)
        return NO;

    OSStatus status;
    NSData *certData = [[NSData alloc] initWithContentsOfFile:certPath];
    CFDataRef certDataRef = (__bridge_retained CFDataRef)certData;
    SecCertificateRef cert = SecCertificateCreateWithData(NULL, certDataRef);

    // establish a chain of trust anchored on our bundled certificate
    CFArrayRef certArrayRef = CFArrayCreate(NULL, (void *)&cert, 1, NULL);
    SecTrustRef serverTrust = protectionSpace.serverTrust;
    status = SecTrustSetAnchorCertificates(serverTrust, certArrayRef);
    // status == 0

    // verify that trust
    SecTrustResultType trustResult;
    status = SecTrustEvaluate(serverTrust, &trustResult);
    // status == 0

    CFRelease(certArrayRef);
    CFRelease(cert);
    CFRelease(certDataRef);

    return trustResult == kSecTrustResultUnspecified;
}

trustResult 始终是 kSecTrustResult RecoverableTrustFailure。

我究竟做错了什么？谢谢。

UPDATE：好的，我发现原因是“服务器的证书与URL不匹配”。

是否可以通过忽略服务器证书的 URL（主机名）来从客户端解决问题？

假设我需要使用自签名证书与服务器建立 https 连接。我没有来自服务器的任何内部数据，例如其私钥。

在这种情况下，您需要安全多元化策略。古特曼在他的书中详细介绍了这一点工程安全 https://www.cs.auckland.ac.nz/~pgut001/pubs/book.pdf.

其缺点是：第一次遇到证书时请明智地验证它。您仍然可以使用大多数传统的 PKI/PKIX 测试。一旦证书通过了所有测试（“受信任的根路径”除外），您就可以将其称为“受信任的”。该策略称为“首次使用信任”或“TOFU”。

在后续连接中，您不再需要 TOFU，因为您已经遇到了证书或公钥。在后续连接中，您确保证书或公钥是连续的（即，不会更改），IP 来自与之前遇到的同一区域等。如果证书更改，请确保它是因为自签名即将到期。警惕意外的变化。

Here's the code (almost unchanged):
...
trustResult == trustResult == kSecTrustResultUnspecified

For kSecTrustResultUnspecified, see 技术问答 QA1360 https://developer.apple.com/library/mac/qa/qa1360/_index.html。本质上，它是一个可恢复的错误。问答说要提示用户。古特曼（和我）说要使用如上所述的安全多元化策略。

您需要让用户脱离循环，因为他们总是会做出让他们尽快通过消息框的决定。他们回答对还是错并不重要——他们想看跳舞的兔子。

此外，安全多元化策略甚至适用于kSecTrustResultProceed。考虑：两者数码诺塔 http://en.wikipedia.org/wiki/DigiNotar and 信任波 http://www.computerworld.com/s/article/9224082/Trustwave_admits_issuing_man_in_the_middle_digital_certificate_Mozilla_debates_punishment破坏了 PKI{X}，Cocoa/CocoaTouch 非常乐意返回kSecTrustResultProceed。这并不是 Cocoa/CocoaTouch 的错 - PKI{X} 存在架构缺陷。

是否可以通过忽略服务器证书的 URL（主机名）来从客户端解决问题？

这违背了 PKI{X} 的目的。如果您愿意接受任何主机、任何公钥或任何签名，为什么还要首先考虑 PKI{X} 呢？ PKI{X} 中 X509 的全部要点是使用受信任的第三方签名（在本例中为自签名）将实体或主机绑定到公钥。

如果您不关心绑定，只需使用匿名 Diffie-Hellman 即可结束安全剧院。