Encryption
Secure backups that survive device loss
A practical backup plan for recovering important data without turning every copy into an unprotected leak.
The backup has to be usable
A backup is not a pile of files. It is a tested ability to restore the right data after a lost device, failed disk, ransomware event, account lockout or accidental deletion. Start by listing the data that would be difficult or impossible to recreate: photographs, identity records, recovery codes, source files, documents and configuration.
Use more than one copy
Keep multiple copies in different failure domains. A practical pattern is a working copy, a local backup, and an offline or separately authenticated copy. A second disk next to the computer is useful against drive failure but not against theft, fire or ransomware that can reach mounted backups.
Backups should be versioned when possible. If corruption or encryption is discovered late, the latest copy may already contain the problem. Keep at least one copy that is not continuously connected or writable by the everyday account.
Encrypt and practise recovery
Encrypt portable and cloud backups, but document how the key is recovered. A backup encrypted with a key that exists only on the lost device is not a recovery plan. Store recovery material separately and protect it against unauthorised access. Test restoration on a spare device or temporary directory; a backup that has never been restored is an assumption.
What to record
Record the backup locations, schedule, retention period, encryption method, recovery owner and last successful restore. Keep the record short and avoid putting secret keys in the same document.
Topics
Sources
- Ransomware Guide Accessed
- Contingency Planning Guide for Federal Information Systems Accessed
Related archive entries
-
Archive security incidents
Colonial Pipeline Ransomware Attack (Archive)
The 7 May 2021 ransomware attack on the operator of the largest US fuel pipeline, the ransom payment, and the recovery of most of it.
-
Archive security incidents
xz-utils Backdoor (CVE-2024-3094) (Archive)
A build-time backdoor in liblzma, planted through a multi-year social engineering campaign against a single maintainer, and caught by a performance regression.
Related guides
-
Guide Introductory
Full-Disk Encryption (Guide)
What FDE does and does not protect against, and how to set it up without losing the recovery key.
-
Guide Advanced
Key Management (Guide)
The part of cryptography that actually determines whether it helps: who holds keys, where, and for how long.
-
Guide Introductory
Define Your Threat Model (Guide)
Work out who you are protecting something from before you install anything, using a written, revisable model.