在生产中通过 TLS/SSL 连接时的服务器证书/域自定义验证

Question

当一个网络服务请求被发送到一个远程网络服务时，会出现以下错误：

Could not establish trust relationship for the SSL/TLS secure channel
The remote certificate is invalid according to the validation procedure.

我的问题：

1 鉴于服务器在我们的控制之下，下面的代码与 TLS/SSL 相结合是否仍然可以安全地用于生产。将攻击想象成中间人等。

2 如果服务器不在我们的控制范围内，验证能证明是安全的吗？

System.Net.ServicePointManager.ServerCertificateValidationCallback += delegate (
    object sender,
    X509Certificate cert,
    X509Chain chain,
    SslPolicyErrors sslPolicyErrors)
{
    if (sslPolicyErrors == SslPolicyErrors.None)
    {
        return true;   //Is valid
    }

    //validate Server's certificate or Server's domain name or IP
    if (IsValidServerCertificate(cert) || 
        IsValidServerIP(cert))
    {
        return true;
    }

    return false;
};

   public bool IsValidServerCertificate(X509Certificate cert){
    return cert.GetCertHashString() == "server's public certificate thumbprint")
   }
    public bool IsValidServerIP(){
     //compare server's ip address from the request with the address we are given" 
   }

正确的方法是从客户端使用服务器的公共证书登录，但是这种方法提供了哪些验证，我的自定义验证需要添加？

更新：

对于谁投反对票：如果您知道解决方案，为什么不能提供。 SO上的代码没有解决方案。

如果可以找到带有代码示例的简单解决方案，我相信这张票将来可以使其他人受益。

Answer 1

...鉴于服务器在我们的控制之下，可以安全地在生产环境中使用。将攻击想象成中间人等。

中间人攻击不是针对客户端的攻击，也不是针对服务器的攻击，而是针对中间人的攻击。因此，服务器是否在您的控制范围内都没有关系。只有当客户端和服务器之间的一切都在您的控制之下时，您才能确定不会发生中间人攻击。为了实现这一点，您必须确保客户端甚至使用您控制的路径：诸如 DNS 欺骗之类的东西可能会返回到不同的目标 IP 地址，从而返回与您预期不同的路径。

换句话说：无论您是否控制服务器，代码都是不安全的。它不应该在生产中使用。与其尝试解决损坏的设置，不如解决问题的原因。这些通常是证书损坏、链不完整或信任锚设置损坏。