Introduction
This document describes how to generate 2048 bit key support for Certificate Signing Request (CSR) on the Cisco IronPort Encryption Appliance (IEA).
Configure
Most of the Certificate Authorities (CAs) have stated an explicit request to have all CSRs generated with a key pair of length 2048 bit. By default, IEA Version 6.5 uses 1024 bit key length for key pair generation. In order to force the IEA to generate a key pair of length 2048, use the keytool command as described here.
Generate a Certificate
- Log in to the IEA CLI
- At the main menu, type x in order to drop into the shell.
- Change to the root user:
$ su -
- Execute the keytool in order to create a new keystore:
# /usr/local/postx/server/jre/bin/keytool -genkey -alias <server alias>
-keyalg RSA -keysize 2048 -keystore <name the new keystore>
*alias should be what the server is known as externally when customers
log into the device
*When prompted for password use a easily remembered password
*Enter in all requested information when prompted for the certificate
request, make special note of the next question:
--- What is your first and last name?
[Unknown]: server1.example.com
*For this question enter in the fully qualified domain name
of the system
*The name of the newkeystore should be in the format <name>.keystore
where name should include the current date
Example: enterpriseks20130108.keystore

- Execute the keytool in order to create a CSR File:
# /usr/local/postx/server/jre/bin/keytool -certreq -keyalg RSA -alias <server alias>
-file <servername>.csr -keystore <name of the new keystore>

- Provide the CSR file to the Certificate Authority in order to generate a certificate. Ensure you submit it as an Apache Web Server Certficate Signing Request.
- After you receive the .cer file from the CA, proceed to the next steps.
Import a Certificate
Note: The password used when you generate the CSR must match the keystore password in order for these procedures to work. If the CSR was created off-box, the password inputted must match the keystore password in order for these procedures to work.
You must chain the Certificate correctly
- Each CA Certificate must be extracted from the CER file received from the CA and then merged together in a text editor.
Note: This is easiest done from a Microsoft Windows machine. Other operating systems work but are more difficult to extract.
Certificates must be chained in this order: 1.Domain 2. Intermediate 3.Root
- Double-click in order to open the Certificate file (.CER file), and then click the Certification Path tab:

- Start with the mid-level of the Certification Path, click the Details tab, click Copy to File, and then name it 1.CER.

- Select Base-64 encoded X.509(.CER).

- Repeat for the Top Level CA, and name it 2.CER.
- Repeat for the server certificate, and name it 3.CER.

- Use a text editor (not notepad, but notepad++ works well) in order to open all three X.CER files and combine them in order (1 at the top, and 3 at the bottom):


Note: There should be no empty lines between certificates and no empty line at the bottom.
- Save as <servername>.CER.
- Upload the <servername>.CER file to the IEA at /home/admin/<servername.cer> with FTP or SCP.
- Copy /home/admin/<servername.cer> to /usr/local/postx/server/conf:

- Use the IEA GUI in order to import the certificate [Keys and Certificates | SSL Setup].
Note: Keystore = [Install Directory]/conf/enterprisenamestore.keystore or the current name of your keystore file.
Certificate = /usr/local/postx/server/conf/NEWCERT.CER.
- Check Trust CA Certs.
- Click Import Certificate

- (Optional -- If a new keystore must be created). From the IEA GUI, tell the IEA to use the new keystore:
- Choose Configuration | Web Server and Proxies | Web Server | Connection Listeners | HTTPS
- Type in the path to the new keystore file:
Example: ${postx.home}/conf/2013_5_13.keystore

- Deploy Changes and restart the SMTP Adapter.
Verify
There is currently no verification procedure available for this configuration.
Troubleshoot
There is currently no specific troubleshooting information available for this configuration.