Mono vs. NET - Unterschied in der Serverzertifikatsprüfung?

Question

Ich habe den folgenden Code:

class MainClass 
{ 
    public static void Main (string[] args) 
    { 
     ServicePointManager.ServerCertificateValidationCallback += ServerCertificateValidationCallback; 

     HttpWebRequest.CreateHttp("https://www.badssl.com/").GetResponse(); 
     HttpWebRequest.CreateHttp("https://wrong.host.badssl.com/").GetResponse(); 

     Console.ReadLine(); 

    } 

    private static bool ServerCertificateValidationCallback(object sender, X509Certificate certificate, X509Chain chain, SslPolicyErrors sslPolicyErrors) 
    { 
     Console.WriteLine(((HttpWebRequest) sender).RequestUri + " " + sslPolicyErrors); 

     return true; 
    } 
} 

Ich laufe es auf Windows 8 und Mac OSX.

Mac OS X

https://www.badssl.com/ None 
https://www.badssl.com/ None 
https://wrong.host.badssl.com/ RemoteCertificateChainErrors 

Fenster (.net 4.5):

https://www.badssl.com/ None 
https://www.badssl.com/ None 
https://wrong.host.badssl.com/ RemoteCertificateNameMismatch 

Jede Idee, warum ich unterschiedliche Ergebnisse erhalten? Ich würde gerne RemoteCertificateNameMismatch auf dem Mac OS X Fall haben, da ich denke, dass es korrekt ist.

Answer 1

Mono verfügt über eine eigene Implementierung eines TLS-Stacks. .NET verwendet den systemeigenen Windows-Stapel (SChannel). Beide Stacks unterscheiden sich stark in Verhalten und Fähigkeiten (wie kein TLS 1.2 mit Mono). Abgesehen davon kann der Fehler in Mono von einer anderen Stamm-CA stammen, dh Mono findet keinen Pfad zu einer vertrauenswürdigen Stammzertifizierungsstelle und beschwert sich früh, bevor er den Namen überprüft, während .NET den vertrauenswürdigen Pfad findet und sich später bei der Überprüfung des Themas beschwert Zertifikat gegen die URL.