Federation Manager uses a private key, certificate, or key/certificate pair for a number of functions:
For importing only a trusted certificate, use a file containing the certificate in a PEM or DER encoding. The standard extension for files of these types is *.crt or *.cer. If the file ends in .p12 or .pfx, it is processed as a key store file containing key/certificate pairs. Finally, if a file ends in .p7 or .p7b it is processed as a signed response file. Anything else is treated as a certificate file, and Federation Manager tries to load a certificate from it.
You can update certificates in the following ways:
The new certificate must be valid before Federation Manager can use it to update an expiring certificate. Certificates are updated and become available after the policy engine synchronizes with the key store, which occurs every hour by default. If the new certificate is not valid, as determined by its validity interval, Federation Manager cannot use the new certificate.
You do not have to update any other objects, such as partnerships and entities that use the expiring certificate.
Note: To synchronize the policy engine with the key database immediately after you add or update a new certificate, restart the Federation Manager services. Otherwise, the changes to the key database are not available until the policy engine and key database synchronize. The amount of time for the policy engine and key database to synchronize depends on the configured frequency. You can modify database updates by adjusting the DBUpdateFrequencyMinutes parameter in the smkeydatabase.properties file.
If you do not have a key/certificate pair in the Federation Manager key database, you have two options:
To generate a new key/certificate pair, you request a certificate from a trusted Certificate Authority then import the signed certificate response returned by the authority.
Instructions for this method are described later in this chapter.
| Copyright © 2011 CA. All rights reserved. | Email CA Technologies about this topic |