Mono https webrequest falla con " La autenticación o descifrado ha fallado"

Tuve el mismo problema con Unity (que también usa mono) y este post me ayudó a resolverlo.

Simplemente agregue la siguiente línea antes de hacer su solicitud:

ServicePointManager.ServerCertificateValidationCallback = MyRemoteCertificateValidationCallback;

Y este método:

public bool MyRemoteCertificateValidationCallback(System.Object sender,
    X509Certificate certificate, X509Chain chain, SslPolicyErrors sslPolicyErrors)
{
    bool isOk = true;
    // If there are errors in the certificate chain,
    // look at each error to determine the cause.
    if (sslPolicyErrors != SslPolicyErrors.None) {
        for (int i=0; i<chain.ChainStatus.Length; i++) {
            if (chain.ChainStatus[i].Status == X509ChainStatusFlags.RevocationStatusUnknown) {
                continue;
            }
            chain.ChainPolicy.RevocationFlag = X509RevocationFlag.EntireChain;
            chain.ChainPolicy.RevocationMode = X509RevocationMode.Online;
            chain.ChainPolicy.UrlRetrievalTimeout = new TimeSpan (0, 1, 0);
            chain.ChainPolicy.VerificationFlags = X509VerificationFlags.AllFlags;
            bool chainIsValid = chain.Build ((X509Certificate2)certificate);
            if (!chainIsValid) {
                isOk = false;
                break;
            }
        }
    }
    return isOk;
}

. NET Framework en Windows usa el almacén de certificados de Windows (mmc, Agregar/Quitar complementos, Certificados) para determinar si se acepta un certificado SSL desde un sitio remoto. Windows se envía con un montón de Autoridades de Certificación (CA) Raíz e Intermedia y se actualizan periódicamente por Windows Update. Como resultado, su código. NET generalmente confiará en un certificado siempre que haya sido emitido por una CA o un descendiente de una CA en el almacén de certificados (las CA comerciales de mayor reputación son incluir).

En Mono, no hay un almacén de certificados de Windows. Mono tiene su propia tienda. De forma predeterminada, está vacía (no hay CA predeterminadas de confianza). Es necesario administrar las entradas usted mismo.

Echa un vistazo aquí:

• http://www.mono-project.com/FAQ:_Security
• https://raw.github.com/mono/mono/master/mcs/class/Mono.Security/Test/tools/tlstest/tlstest.cs

Las mozroots.el punto exe causará su instalación mono para confiar en todo lo que Firefox confía después de una instalación predeterminada.

Escriba esta línea antes de hacer solicitud http solicitud. esto debería ser trabajo.

ServicePointManager.ServerCertificateValidationCallback += new RemoteCertificateValidationCallback((sender, certificate, chain, policyErrors) => { return true; });


private static bool RemoteCertificateValidationCallback(object sender, X509Certificate certificate, X509Chain chain, SslPolicyErrors sslPolicyErrors)
    {
        //Return true if the server certificate is ok
        if (sslPolicyErrors == SslPolicyErrors.None)
            return true;

        bool acceptCertificate = true;
        string msg = "The server could not be validated for the following reason(s):\r\n";

        //The server did not present a certificate
        if ((sslPolicyErrors &
             SslPolicyErrors.RemoteCertificateNotAvailable) == SslPolicyErrors.RemoteCertificateNotAvailable)
        {
            msg = msg + "\r\n    -The server did not present a certificate.\r\n";
            acceptCertificate = false;
        }
        else
        {
            //The certificate does not match the server name
            if ((sslPolicyErrors &
                 SslPolicyErrors.RemoteCertificateNameMismatch) == SslPolicyErrors.RemoteCertificateNameMismatch)
            {
                msg = msg + "\r\n    -The certificate name does not match the authenticated name.\r\n";
                acceptCertificate = false;
            }

            //There is some other problem with the certificate
            if ((sslPolicyErrors &
                 SslPolicyErrors.RemoteCertificateChainErrors) == SslPolicyErrors.RemoteCertificateChainErrors)
            {
                foreach (X509ChainStatus item in chain.ChainStatus)
                {
                    if (item.Status != X509ChainStatusFlags.RevocationStatusUnknown &&
                        item.Status != X509ChainStatusFlags.OfflineRevocation)
                        break;

                    if (item.Status != X509ChainStatusFlags.NoError)
                    {
                        msg = msg + "\r\n    -" + item.StatusInformation;
                        acceptCertificate = false;
                    }
                }
            }
        }

        //If Validation failed, present message box
        if (acceptCertificate == false)
        {
            msg = msg + "\r\nDo you wish to override the security check?";
//          if (MessageBox.Show(msg, "Security Alert: Server could not be validated",
//                       MessageBoxButtons.YesNo, MessageBoxIcon.Exclamation, MessageBoxDefaultButton.Button1) == DialogResult.Yes)
                acceptCertificate = true;
        }

        return acceptCertificate;
    }

También encuentro el error.

Probé ServicePointManager.ServerCertificateValidationCallback y ServicePointManager.CertificatePolicy pero todavía no funciona.

Me enfado. construye una envoltura de rizo. Funciona bien para mi proyecto de juguetes.

/// <summary>
/// For MONO ssl decryption failed
/// </summary>
public static string PostString(string url, string data)
{
    Process p = null;
    try
    {
        var psi = new ProcessStartInfo
        {
            FileName = "curl",
            Arguments = string.Format("-k {0} --data \"{1}\"", url, data),
            RedirectStandardOutput = true,
            UseShellExecute = false,
            CreateNoWindow = false,
        };

        p = Process.Start(psi);

        return p.StandardOutput.ReadToEnd();
    }
    finally
    {
        if (p != null && p.HasExited == false)
            p.Kill();
    }
}

Yo tenía el mismo problema. Cuando la respuesta http lanza esta excepción entonces lo hago:

System.Diagnostics.Process.Start("mozroots","--import --quiet");

Esto importa los certificados que faltan y la excepción nunca volverá a ocurrir.

La primera respuesta ya lo dice: Mono en cualquier cosa que no sea Windows no viene con nada, por lo que inicialmente no confía en ningún certificado. Entonces, ¿qué hacer?

Aquí hay un buen artículo sobre diferentes maneras de lidiar con el problema desde la perspectiva del desarrollador: http://www.mono-project.com/archived/usingtrustedrootsrespectfully /

Breve resumen: Puedes:

• ignorar el problema de seguridad
• ignora el problema
• deje que el usuario conocer y abortar
• hágale saber al usuario y déle la opción de continuar bajo su propio riesgo

El enlace anterior viene con ejemplos de código para cada caso.

Otra solución para Unity es inicializar el ServicePointManager una vez para aceptar siempre los certificados. Esto funciona, pero obviamente no es seguro.

System.Net.ServicePointManager.ServerCertificateValidationCallback +=
           delegate (object sender, System.Security.Cryptography.X509Certificates.X509Certificate certificate,
                                   System.Security.Cryptography.X509Certificates.X509Chain chain,
                                   System.Net.Security.SslPolicyErrors sslPolicyErrors)
           {
               return true; // **** Always accept
       };

Puede establecer la implementación Mono TLS en la compilación de iOS y todo funcionará bien como se describe aquí: http://massivepixel.co/blog/post/xamarin-studio-6-certificate-unknown (aunque Mono TLS no es compatible con las versiones más recientes de TLS, pero todavía no he tropezado con el problema de que es un problema).

Todavía tenía este problema después de importar los certificados según la respuesta aceptada.

Encontré que el soporte para TLS 1.2 se agregó en Mono 4.8.0que usa Google BoringSSL, y que estaba usando una versión de Mono más antigua que esta. Actualizé a Mono 5.10 y ahora puedo conectarme sin recibir esta excepción.