I have tried 1024 bit RSA AT_SIGNATURE and these 2 EKUs:
Server Authentication(1.3.6.1.5.5.7.3.1)
Client Authentication(1.3.6.1.5.5.7.3.2)
but this does not seem to allow the SSL handshake to work; i.e.
https://localhost
fails
The IIS SSL security settings are enabled.
Suggestions?
- Mitch
--
David B. Cross [MS]
--
This posting is provided "AS IS" with no warranties, and confers no rights.
"Michel Gallant" <neu...@istar.ca> wrote in message
news:u28ufzEb...@TK2MSFTNGP12.phx.gbl...
"David Cross [MS]" <dcr...@online.microsoft.com> wrote in message
news:eRMgx4Eb...@TK2MSFTNGP12.phx.gbl...
Thanks,
Vishal[MSFT]
--
This posting is provided "AS IS" with no warranties, and confers no rights
"Michel Gallant" <neu...@istar.ca> wrote in message
news:u28ufzEb...@TK2MSFTNGP12.phx.gbl...
- In your case the problem though is "AT_SIGNATURE" though. It must be of
type "AT_SIGNATURE"
- The Server Auth OID looks fine.
--
Vishal Mishra [MSFT]
This posting is provided "AS IS" with no warranties and confers no rights.
Use of any included samples is subject to the terms specified at
http://www.microsoft.com/info/copyright.htm"
-------------------------------------------------------------------------
"Michel Gallant" <neu...@istar.ca> wrote in message
news:u28ufzEb...@TK2MSFTNGP12.phx.gbl...
For others benefit, here is what I did:
Win2000 sp4 Fully Patched as of 8/27/2003; makecert.exe v. 5.131.3639.0 IIS5
Working as PowerUser, execute the following key/cert generation:
------- Create SSL test certificate (execute as single line) ----------
makecert -sk "ssldemo" -pe -r -e "11/11/2006" -sky Exchange
-sy 12 -sp "Microsoft RSA SChannel Cryptographic Provider"
-n "CN=localhost,OU=blahhh,O=dev"
-ss MY -eku 1.3.6.1.5.5.7.3.1,1.3.6.1.5.5.7.3.2
which generates a self-signed (-r) certificate with exportable (-pe) private key.
Generates an AT_KEYEXCHANGE 1024 bit keypair in keycontainer "ssldemo".
The keypair uses the RSA SCHANNEL provider type (-sy 12) and associated provider (-sp ..)
The SubjectName is assigned Common Name "localhost" for local web-test purposes.
The certificate is generated in the current user MY store.
The ExtendedKeyUsages are specified:
Server Authentication (1.3.6.1.5.5.7.3.1)
Client Authentication (1.3.6.1.5.5.7.3.2)
-----------------------------------------------------------------------
The certificate is then exported with private key by Certs Snapin (or IE/Certs dialogs)
into a password protected .pfx file for safe archiving off site.
Remove cert/key from CU | MY store.
Log back in as administrator, and import the .pfx into the Machine | MY cert store.
Since the cert is self-signed and therefore the issuer (self) is not trusted, also
import the public cert therein into Trusted Roots store.
Use procedure for importing existing certificate (in Machine | MY store) for
use in SSL 5 as described at:
"Assigning an Existing Server Certificate to a Web Site in IIS 5.0"
http://support.microsoft.com/?id=232177
i.e. configure SSL in
Default Web Site | Properties | Directory Security | Edit
to require SSL usage and optionally client certificates.
Related useful SSL/IIS configuration info:
"HOW TO: Install Imported Certificates on a Web Server in Windows 2000"
http://support.microsoft.com/?id=310178
"HOW TO: Secure an ASP.NET Application Using Client-Side Certificates"
http://support.microsoft.com/default.aspx?scid=kb;en-us;315588
- Michel Gallant
MVP Security
"Vishal Mishra [MS]" <vish...@online.microsoft.com> wrote in message
news:OQDuKqMb...@TK2MSFTNGP12.phx.gbl...