Re: Need for encryption in WSE 3.0 if using SS-avoid man-in-middle
- From: John K <KTJ@xxxxxxxxxxxxxxxxx>
- Date: Mon, 23 Oct 2006 16:05:02 -0700
Hello Steven,
Is a X509 certificate, that you mentioned, a different certificate OR is it
part of the server's SSL certificate? I thought they were entirely different
things. --
Thank you.
"Steven Cheng[MSFT]" wrote:
Thanks for your reply John,.
Well, now I understand the "client certificate" you mean, actually this
should be called "public certificate of the server SSL/HTTPS certificate"
(which only contains the public key to identitfy the server certificate).
Yes, you can import such a public certificate of server-certificate into
client machine's trusted storage so that the SSL/HTTPS server with the
correct server certificate can be identified. However, this is not
necessary because X509 certificate verification is based on certificate
chain, so the client can correctly validate the certificate as long as the
SSL/HTTPS certificate's CA's certificate is installed or any trusted super
path certificates is installed into trusted storage.
Also, even if your server certificate's public certificate is not
installed, you still have chance to validate the certificate yourself in
code. In .net you can use the
"ServicePointManager.ServerCertificateValidationCallback" propertyto
register such a callback delegate to check the certifiate your self, e.g
=========================
public static bool ValidateServerCertificate(
object sender,
X509Certificate certificate,
X509Chain chain,
SslPolicyErrors sslPolicyErrors)
{
if (sslPolicyErrors == SslPolicyErrors.None)
{
if (certificate.GetPublicKeyString() == xxxxx)
{
return true;
}
}
return false;
}
=========================
You can refer to the following MSDN reference for detailed info:
#ServicePointManager.ServerCertificateValidationCallback Property
http://msdn2.microsoft.com/en-us/library/system.net.servicepointmanager.serv
ercertificatevalidationcallback.aspx
#RemoteCertificateValidationCallback Delegate
http://msdn2.microsoft.com/en-us/library/system.net.security.remotecertifica
tevalidationcallback.aspx
Please feel free to let me know if there is still anything unclear or
anything I missed.
Sincerely,
Steven Cheng
Microsoft MSDN Online Support Lead
This posting is provided "AS IS" with no warranties, and confers no rights.
- Follow-Ups:
- Re: Need for encryption in WSE 3.0 if using SS-avoid man-in-middle
- From: Steven Cheng[MSFT]
- Re: Need for encryption in WSE 3.0 if using SS-avoid man-in-middle
- References:
- Re: Need for encryption in WSE 3.0 if using SS-avoid man-in-middle att
- From: Dominick Baier
- Re: Need for encryption in WSE 3.0 if using SS-avoid man-in-middle
- From: Dominick Baier
- Re: Need for encryption in WSE 3.0 if using SS-avoid man-in-middle
- From: John K
- Re: Need for encryption in WSE 3.0 if using SS-avoid man-in-middle
- From: Steven Cheng[MSFT]
- Re: Need for encryption in WSE 3.0 if using SS-avoid man-in-middle
- From: Dominick Baier
- Re: Need for encryption in WSE 3.0 if using SS-avoid man-in-middle
- From: John K
- Re: Need for encryption in WSE 3.0 if using SS-avoid man-in-middle
- From: Steven Cheng[MSFT]
- Re: Need for encryption in WSE 3.0 if using SS-avoid man-in-middle
- From: John K
- Re: Need for encryption in WSE 3.0 if using SS-avoid man-in-middle
- From: Steven Cheng[MSFT]
- Re: Need for encryption in WSE 3.0 if using SS-avoid man-in-middle att
- Prev by Date: How to make PasswordRecovery webcontrol prompt for email & be more flexible
- Next by Date: Re: Performance issues With Impersonation and Delegation
- Previous by thread: Re: Need for encryption in WSE 3.0 if using SS-avoid man-in-middle
- Next by thread: Re: Need for encryption in WSE 3.0 if using SS-avoid man-in-middle
- Index(es):
Relevant Pages
|