ADC

Architecture overview

The three entities that are part of a Citrix ADC-Entrust deployment are an Entrust nShield Connect module, a remote file server (RFS), and a Citrix ADC.

The Entrust nShield Connect is a network-attached hardware security module. The RFS is used to configure the HSM and to store the encrypted key files.

Hardserver, a proprietary daemon provided by Entrust, is used for communication between the client (ADC), the Entrust HSM, and the RFS. It uses the IMPATH secure communication protocol. A gateway daemon, called the Hardserver Gateway, is used to communicate between the Citrix ADC packet engine and the Hardserver.

Note: The terms Entrust nShield Connect, Entrust HSM, and HSM are used interchangeably in this documentation.

The following figure illustrates the interaction between the different components.

Entrust architecture overview

In a typical deployment, the RFS is used to securely store keys generated by the HSM. After the keys are generated, you can securely transfer them to the ADC and then use the GUI or command line to load the keys to the HSM. A virtual server on the ADC uses Entrust to decrypt the client key exchange to complete the SSL handshake. Thereafter, all the SSL operations are performed on the ADC.

Note: The terms keys and application key tokens are used interchangeably in this documentation.

The following figure illustrates the packet flow in the SSL handshake with the Entrust HSM.

Figure 1. SSL Handshake Packets Flow Diagram with Citrix ADC Using Entrust HSM

SSL handshake with Entrust

Note: The communication between the ADC and the HSM uses an Entrust proprietary communication protocol, called IMPATH.

Architecture overview