Your Backup Intelligence Storage Vault is automatically encrypted with end-to-end encryption at the time of your initial backup using your account password.
This is displayed in your history log as:
The Storage Vault has been encrypted for the first time. Data is irrecoverable without the encryption key.
For security there is no method to reset a lost account password, so please make sure you do not forget it as without it your backup data cannot be accessed.
Your backup data is stored where you select, we are compliant with EUDPD and GDPR.
Backup Intelligence is a cloud backup service provided by:
CeeJay Software Limited
Our data centres are located in
- UK (London)
- Europe (Amsterdam in 2017 migrating to Frankfurt in 2018)
- USA (Virginia)
- Canada and Asia planned later in 2018
The data centres hold the following certifications:
- ISO 27001,
- ISO 140001,
- ISO 9001
- OHSAS 18001
In-depth details of the encryption are below:
The user's password is used to derive two 192-bit keys (the "L" and "R" keys) via PBKDF2-SHA512, with hard-coded parameters for repeatable output.
• The L-key is used to log in to the Auth Role server in place of the real password; the server stores only a bcrypt(sha512) hash of this L-key.
• The R-key never leaves the client, and is used to encrypt secret keys stored within the user's profile on the server.
This means that one password can be used for all client-side account operations, while preventing servers from uncovering client-only secrets.
When Backup Intelligence sets up a Storage Vault for the first time, it generates two high-entropy random keys (the 256-bit "A" and 128-bit "E" keys). All user data in the Storage Vault is stored encrypted with the A-key using AES-256 in CTR mode, and authenticated using Poly1305 in AEAD (encrypt-then-MAC) mode.
The permanent A-key is stored inside the Storage Vault, encrypted with the E-key. The E-key is then encrypted with the R-key and stored in the user's profile on the Auth Role server. When a backup is performed, the client uses its password to derive the private R-key, to decrypt the E-key from the vault, to decrypt the A-key for data storage. This extra level of indirection enables some key rotation scenarios, as a new E-key can be generated without needing to re-encrypt all the data in the Storage Vault.
If the Storage Vault is for a Storage Role bucket, a high-entropy random 128-bit PSK is used to gate access to the bucket. The Storage Role server stores only a bcrypt(sha512) hash of this PSK. The client encrypts this PSK with the R-key and stores it in the user's profile on the Auth Role server.