Backups in Secryn export the instance state so you can restore it. Backup archives are encrypted with AES-256-GCM.
Backups are available under Admin -> Backups.
Each backup is a full instance snapshot and includes:
Backups are not partial and cannot be scoped to individual projects.
Backup archives are encrypted with AES-256-GCM.
SECRYN-PRIVATE-V1 envelopes at backup time, so the backup key or passphrase is what protects them, and on restore they are sealed again with the restoring instance's APP_KEY. Secret values in the database dump stay encrypted with the original APP_KEY. So does any private-key envelope Secryn could not decrypt when the backup was taken. To restore, you need the backup file, its key or passphrase, and the original APP_KEY (or the same key listed in APP_PREVIOUS_KEYS) for secret values. Treat the backup key or passphrase as sensitive as your private keys themselves: anyone who has it and the backup file can read every private key in it.See the security model.
To create a backup manually:
After completion, the backup will appear in the backup history table.
Secryn supports automated scheduled backups.
You can configure:
Retention rules are evaluated after each scheduled run.
Backups exceeding:
are automatically purged.
Scheduled backups also require backup key material during restore.
After a scheduled backup completes:
Verify the key is stored in your recovery system before treating that backup as restorable.
Backups can be downloaded directly from the Backups page.
The downloaded file:
Restoring a backup replaces the entire instance.
You must provide:
APP_KEY, or the same key listed in APP_PREVIOUS_KEYS, to read secret valuesPrivate keys from the archive are sealed again with this instance's APP_KEY during restore.
Restore is not a merge operation.
Because restore replaces the entire instance:
If possible:
For production environments:
Avoid storing backup files and backup key material together.
Backups support:
Backup creation and restore actions are recorded in Audit Logs.