
Technical Notes |
|
This technical note describes how to generate a certificate request using the ssh-certtool utility, obtain a signed certificate from a Certificate Authority (CA), import it to the server, and properly configure Reflection for Secure IT Windows Server 7.1 or higher to use certificate authentication.
Configuring Reflection for Secure IT Windows Server for certificate authentication is a multi-step process:
Use the ssh-certtool utility to generate a certificate for the Reflection server. The steps vary depending on certificate type, extensions, and other factors, including how you choose to sign your certificates. For more information about the ssh-certtool utility, see the product documentation, http://support.attachmate.com/manuals/rsit_win_server.html.
ssh-certtool n <rsa or dsa> -o <output file name> req CN=<Server's Fully Qualified Domain Name>,O=<Company>,OU=<OrganizationalUnit>,L=<City>,ST=<State>,C=<Country>For example:
ssh-certtool -n rsa -o myHost req CN=myHost.myCo.com,O=Attachmate,OU=support,L=Seattle,ST=Washington,C=USIf you need to add the Subject Alternative Name, use the following format:
ssh-certtool -n <rsa or dsa> -o <output file name> -z DNS=<Server's Fully Qualified Domain Name> req CN=<Server's Fully Qualified Domain Name>,O=<Company>,OU=<OrganizationalUnit>,L=<City>,ST=<State>,C=<Country>For example:
ssh-certtool -n rsa o myHost -z DNS=myHost.myCo.com req CN=myHost.myCo.com,O=Attachmate,OU=support,L=Seattle,ST=Washington,C=USIf you are using Microsoft Certificate Services server as your Certificate Authority, you can open the file in a text editor, copy the content, and then paste the content into the request form.
After you submit the certificate request to your Certificate Authority for signing, they will send you your signed public key certificate. Depending on the CA used, the certificate may be in a "Base-64 encoded" or ".pem" format. Either format is acceptable. Note: Do not use DER encoded binary.
Once you receive your CA-signed client certificate from the Certificate Authority, create a PKCS12 package (which you will later import into the Microsoft Certificate Store or Reflection’s Certificate Store in version 7.1 or higher).
myHost.ssh2.crtC:\Program Files\Attachmate\RSecureServerUse the ssh-certtool to generate a pkcs12 file by combining the private key and the signed certificate, using the following format:
ssh-certtool o <output file name> pkcs12 <private_key> <certificate>For example:
ssh-certtool o myHost pkcs12 myHost.ssh2 myHost.ssh2.crtWhen you are prompted for a passphrase, press Enter twice to create a pkcs12 file without a passphrase. This process generates a file called myHost.p12.
For Windows Server 2008: C:\Users\All Users\Attachmate\RSecureServer
For Windows Server 2003: C:\Documents and Settings\All Users\Application Data\Attachmate\RSecureServer\
You have two options for configuring the server:
If you select this option, see Technical Note 2379 for more information.
If the server requires FIPS Mode, you must use this option. Follow these steps to configure the server:
Using our example, we located the myHost.p12 file in:
C:\Documents and Settings\All Users\Application Data\Attachmate\RSecureServer\The certificate is automatically extracted from the .p12 file and fills in the path in the Certificate field.
Follow the steps to configure Reflection for Secure IT Client on either Windows or UNIX:
When server certificates are used to authenticate with client connections, the Trusted Root certificate for the server’s certificate must reside in the connecting client’s Trusted Root store.
When you submitted the certificate request to your Certificate Authority for signing, they sent you your signed certificate and the Trusted Root CA certificate. For background information on this topic, read About Trusted Root CA Certificates.
Note: You need to add the Trusted Root CA certificate only if it is not already available on the client.
If you did not receive the Trusted Root CA certificate, you can obtain it in one of two ways:
Once you've obtained the Trusted Root CA certificate, add it to the Reflection for Secure IT Windows Client. You can add the Trusted Root CA certificate to and configure the client to use the Microsoft certificate store, or, you can Configure the Client to Use the Reflection Certificate Store.
First, add the Trusted Root CA Certificate to the Microsoft Certificate Store:
Then, configure the client to use the Trusted Root CA Certificate from the Microsoft Certificate Store:
You can configure Reflection for Secure IT Windows Client to store and use the Trusted Root CA certificate in Reflection’s certificate store.
To configure Client Certificate Authentication for your Reflection for Secure IT 7.x Windows Client sessions, see Technical Note 2431.
Note: Certificate authentication has the same restrictions as user key authentication. Currently, certificate authentication with domain accounts works on Windows 2003 servers; it does not work on Windows 2000 servers. In addition, the special account "Everyone" must be a member of the Built-in Pre-Windows 2000 Compatible Access Security Group.
Beginning in Reflection for Secure IT UNIX client version 7.1, the UNIX client uses Reflection PKI Services Manager for X.509 certificate validation.
Note: The PKI Services Manager is available for either the Windows or the UNIX environment. See Technical Note 2425, “Reflection PKI Services Manager Overview,” for more information and sample configurations.
The steps to configure Reflection for Secure IT UNIX Client depend on whether the Reflection for Secure IT UNIX Client and the PKI Services Manager are installed on different machines or on the same machine.
Different Machines: Follow these steps if Reflection for Secure IT UNIX Client and PKI Services Manager are installed on different machines.
### Add PkidAddress and pkiPublickey for testing##PkidAddress=10.10.1.216:18081PkidPublicKey=/opt/attachmate/pkid/config/pki_key.pub####Same Machine: Follow these steps to configure Reflection for Secure IT UNIX Client to use the PKI Services Manager validation services.
Uncomment both PkidAddress and PkidPublickey lines, keeping the defaults. For example:### Add PkidAddress and pkiPublickey for testing##PkidAddress=localhost:18081PkidPublicKey=/opt/attachmate/pkid/config/pki_key.pub####You have completed configuring certificate authentication for Reflection for Secure IT Windows Server.
A certificate issued by a Certificate Authority to itself is called a self-signed Trusted Root certificate and is the anchor point for a chain of trust. When one entity uses a certificate to authenticate itself, the other entity must verify the trust relationship between the first entity's certificate and the Trusted Root CA that is at the beginning of the chain of trust.
For example, if a server is presenting a certificate to authenticate itself to the client, the client needs to verify two conditions:
This second validation requires that the Trusted Root certificate for the server's certificate reside in the Trusted Root store on the client and that any intermediate CA certificates can be obtained.