备份加密是什么
备份加密分两层：传输加密保证数据从生产端到备份端的路上不被窃听，静态加密保证备份落地后介质被拿走或对象存储误配置时数据不外泄。与加密本身同等重要的是密钥管理——密钥丢失会让备份直接失效，密钥泄露则等于没加密。
基本信息
| 传输加密 | SSH 或 TLS 通道承载备份流 |
|---|---|
| 静态加密 | 文件或归档加密，也可依赖存储层加密 |
| 密钥管理 | 独立保存，与备份分开存放并定期轮换 |
| 恢复前提 | 解密口令或私钥必须可用，且恢复流程中要能取到 |
gpg 对称加密备份文件
gpg 对称加密备份文件
gpg --symmetric --cipher-algo AES256 -o backup.tar.gz.gpg backup.tar.gz
# 解密
gpg -d backup.tar.gz.gpg > backup.tar.gz
# 使用密钥文件而非交互输入口令，便于脚本化
# gpg --batch --passphrase-file /root/.backup-pass --symmetric -o out.gpg in.tar.gz加密环节与风险点
| 环节 | 常见做法 | 风险点 |
|---|---|---|
| 传输 | SSH 或 TLS 通道 | 使用明文协议或未校验证书 |
| 静态 | 文件或归档加密 | 密钥与备份放在同一目录 |
| 存储层 | 对象存储服务端加密 | 依赖平台密钥策略，跨账号共享时受限 |
| 密钥 | 独立保管、定期轮换 | 丢失即备份不可用，泄露则形同未加密 |
落地要点
- 加密范围要覆盖全部副本：只加密异地副本而本地裸放，介质退役时同样有泄露风险
- 密钥与备份分离存放：备份被拿走时不应连带取得解密能力
- 密钥要有备份与交接流程：负责人变动或密钥丢失时，备份不能变成不可读的字节
- 考虑去重与压缩的顺序：先加密再交给去重设备会显著降低去重效果
- 验证要包含解密：只校验密文完整性不能证明恢复可用，试恢复必须走完解密环节
加密密钥要与备份分开存放；密钥丢失时备份等同不可用，密钥泄露则加密形同虚设，两者都会让整套保护失效。
对称加密适合备份文件本身，非对称加密适合把密钥或小体积凭据安全传递给接收方，两者用途不同，通常组合使用。