像其他客户一样，DeepSeek作为SSL/TLS握手过程的一部分，在SSL证书中验证了通用名称(CN)。这是该验证通常如何进行的详细说明：
1。证书收据：当客户端(例如DeepSeek)启动与服务器的连接时，服务器通过发送其SSL/TLS证书来响应。该证书包含各种字段，包括通用名称(CN)和主题替代名称(SAN)。
2。证书验证：客户检查证书以确保其有效并且尚未过期。它使用发行的证书管理局(CA)的公共密钥验证证书的数字签名。客户还检查证书是通过咨询证书撤销列表(CRL)还是使用在线证书状态协议(OCSP)响应者[4]来检查证书。
3。通用名称验证：客户端检查证书中的域名是否匹配要访问的网站的域名。这对于确保为正确域发布证书至关重要。如果域名不匹配，则客户端通常会向用户显示警告消息[1] [4]。
4. SAN验证：尽管常见名称字段通常被认为是遗产，但现代验证过程更多地依赖于SAN领域。 SAN允许指定多个域名，包括通配符域。客户端检查CN和SAN字段，以确保列出服务器的域名[1] [3]。
5。信任商店验证：客户端验证发行证书的CA是否通过检查是否包含在其信任商店中来信任。如果不信任CA，则将证书视为不信任[4]。
6。加密协商：如果所有验证步骤通过，客户将继续与服务器协商加密算法，并使用诸如传输层安全性(TLS)等协议[4]建立安全连接。
在DeepSeek或类似应用程序的背景下，这些步骤确保与服务器的连接是安全的，并且服务器声称是谁，从而阻止了潜在的中型攻击。但是，特定的实现详细信息可能会根据DeepSeek的配置来处理SSL/TLS连接而有所不同。
引用：
[1] https://support.dnsimple.com/articles/what-is-common-name/
[2] https://www.certauri.com/understanding-ssl-certificate-common-name-name-secure-your-site/
[3] https://opensearch.org/docs/latest/troubleshoot/tls/
[4] https://apidog.com/blog/ssl-certificate-verification/
[5] https://www.ssl.com/faqs/common-name/
[6] https://opensearch.org/docs/latest/security/configuration/tls/
[7] https://www.digitalocean.com/community/questions/how-to-to-pet-the-the-ssl-certificate-details-for-a-c-------------a-a-a-domain-via-via-the-command-line
[8] https://stackoverflow.com/questions/35374491/how-does-the-client-verify-verify-server-servers-certificate-in-ssl