.NET集成Apple Pay Web商户验证报无法创建SSL/TLS安全通道错误

问题背景 #

生产站点集成Apple Pay功能，本地环境开发完成且通过Apple沙箱账号全流程测试，代码部署到生产环境后，流程在商户验证步骤失败，抛出错误：Could Not Create SSL/TLS Secure Channel。

已确认无异常项 #

• 商户验证提交的商户ID、域名及所有请求参数多次校验均配置正确
• 生产服务器支持TLS 1.2及Apple Pay运行要求的全部密码套件
• 域名验证流程已走完
• 商户验证所用TLS证书严格按照Apple官方文档指引创建，服务器进程持有该证书的访问权限
• 代码中已显式配置安全协议为TLS 1.2
• 临时关闭防火墙测试后问题无任何改善
• 服务器运行的.NET版本为4.5.2
• TLS握手使用的.pfx格式证书，由证书创建流程生成的.pem文件与.key文件合并生成，通过代码直接将证书添加到Web请求中

当前实现代码（VB.NET） #

ServicePointManager.Expect100Continue = True
ServicePointManager.SecurityProtocol = CType(12288, SecurityProtocolType) Or CType(3072, SecurityProtocolType) Or CType(768, SecurityProtocolType) Or SecurityProtocolType.Tls

Dim _request As HttpWebRequest = HttpWebRequest.Create(_validationUrl)
Dim _certFile As String = Path.Combine(applePayCertificatePath, applePayCertificateName)
Dim _certificate As New X509Certificate2(_certFile, applePayCertificatePassword)

_request.ClientCertificates = New X509CertificateCollection({_certificate})
_request.ClientCertificates.Add(_certificate)

排查修复方向 #

1. 证书加载配置问题（本地正常服务器报错的最常见原因） #

.NET Framework在IIS环境下加载磁盘上的pfx证书时，如果不指定密钥存储标记，运行应用池的服务账号默认没有权限访问临时生成的私钥文件，会直接导致TLS握手失败。

• 初始化X509Certificate2对象时，必须显式传入密钥存储标记，修正后的证书初始化代码如下：

Dim _certificate As New X509Certificate2(
    _certFile, 
    applePayCertificatePassword,
    X509KeyStorageFlags.MachineKeySet Or 
    X509KeyStorageFlags.PersistKeySet Or 
    X509KeyStorageFlags.Exportable
)

• 更稳妥的方式是将pfx证书导入到服务器本地计算机存储的「个人」证书目录下，为应用池运行账号（通常是IIS_IUSRS、NETWORK SERVICE或自定义应用池标识）授予该证书私钥的读取权限，之后直接从证书存储区读取证书使用，不要直接加载磁盘上的pfx文件。
• 代码里重复添加证书的逻辑属于冗余操作，初始化X509CertificateCollection时已经传入证书对象，后续的Add操作可以删除，避免不必要的异常。

2. .NET Framework系统级TLS配置问题 #

.NET 4.5.2默认没有开启系统级强加密支持，仅在代码中设置SecurityProtocol不会完全生效：

• 修改服务器注册表，在以下两个路径下新建DWORD值SchUseStrongCrypto，数值设为1，基数选十六进制：
  • HKLM\SOFTWARE\Microsoft\.NETFramework\v4.0.30319
  • HKLM\SOFTWARE\WOW6432Node\Microsoft\.NETFramework\v4.0.30319
• 修改完成后重启服务器生效。

3. 证书链完整性问题 #

Apple Pay的商户验证TLS握手要求客户端证书能完整构建信任链：

• 重新生成pfx文件，除了商户自身证书、私钥外，必须将Apple Worldwide Developer Relations中间证书、根证书一并打包进pfx文件，仅包含商户证书和私钥的pfx会被Apple服务端拒绝握手。
• 在服务器上直接用浏览器访问验证URL对应的域名，确认服务器内置的受信任根证书列表完整，能正常验证Apple服务端返回的证书链，不存在缺少根证书的情况。

4. 网络链路排查 #

• 在服务器出口网卡抓包（用Wireshark等工具）查看TLS握手全流程，确认握手失败发生在哪个阶段：如果是客户端证书发送后被服务端断开，基本是证书本身或权限问题；如果是Server Hello阶段就断开，排查密码套件、TLS版本匹配问题。
• 如果服务器出口有HTTPS代理、SSL卸载网关、流量审计类设备，确认这类设备没有对Apple Pay域名的流量做证书替换、中间人拦截，这类操作会直接导致TLS握手失败。

内容的提问来源于stack exchange，提问作者mgiambi