Key Escrow Service

Linux Escrow Client

In the following example, volume.tc is a TrueCrypt volume. When mounting the volume, the user is prompted for the volume password. After entering the correct volume password, the user is given the option to escrow the keys for this volume. If the user selects Yes, prompts for the network username and password will follow. If the user chooses to escrow this volume again, the user will be informed that the keys are already in escrow. If another user were to mount the volume, the same keys could be escrowed for that user. The keys can also be escrowed whenever the header is updated.

Linux Restore Client

The Restore process encrypts the escrowed data with a new password and writes this to the volume as a new header. From the user's perspective, it is the same as a password reset.

The restore process must be performed by an authorized user from an allowed network, and the user must have the RSA private key.

To restore the keys (or reset the password) the truecrypt command is issued with the -R option. The -R is followed by the username of an authorized user and then the TrueCrypt file or device.

The network allowed for restore commands is specified in the XML configuration file with the <ADMIN_SUBNET_MASK>. A user is considered authorized if the USER table has a value of 1 in the USER_ADMIN column. In the following example, we will grant the user rollins authorization to restore key information.

Restore to an Actual Volume

One restore method is to restore the keys to the actual volume or device. This does require the volume to be copied to the machine that will perform the restore. This works for regular volumes and hidden volumes.

In this example, the user rollins is performing a reset on the TrueCrypt volume volume.tc. The system returns with two possible options. Here we see the date of escrow, the escrow number and the username. Both of these entries reference the same set of keys, but they were escrowed by two different users. The user selects entry 5 for the restore.

Restore to a Header Backup of a Volume

Another restore method is to restore the keys to a "header backup" of the TrueCrypt volume. If the file passed to the restore command is 1 KB in size, the command assumes the file is a header backup file.

Let's say one of your users has a 2 Gig USB Jump Drive formatted as TrueCrypt volume. The user forgets his password and calls the Help Desk. But, it is not practical for the user to come by the Help Desk, and the 2 Gig size makes network transfer a little cumbersome.

To expedite the restore process, a restore can be performed on a header backup. The user performs a header backup and sends the 1 KB backup file to the Help Desk. The restore is made to the header backup file and the file is sent back to the user. When the user restores the new header, he can use his new password to access his data.

The restore command behaves the same as with the actual volume. This will also work on regular and hidden volumes.