Keepsafe 的加密原理与安全边界
你把照片交给 Keepsafe 之后发生了什么
当你把照片"搬"进保险柜，操作流程并不是复制一份再加密那么简单：
- Keepsafe 读取原图 → 原地加密 → 删除或清理原始文件块
- 加密后的文件存放在 Android/data/com.kii.safe/ 这样的私有目录里
- 这个目录只有 Keepsafe 自己有访问权限，其他 App 看不到
加密算法
Keepsafe 官方声称使用军用级加密（AES-256）。AES-256 是目前行业标准的对称加密算法，包括 Android 本身、iOS Keychain、银行 App、聊天软件（Signal、WhatsApp）在内都在使用它。
简单理解：
- AES-256 密钥长度 256 位，暴力破解需要的计算量在当前硬件上已不可行
- 密钥由你设置的 PIN 码通过 PBKDF2 这类 key derivation 函数派生，PIN 本身不直接存储在手机上
密钥存在哪
这是判断一个保险柜 App 安全级别的关键点：
| 策略 | 安全级别 | 说明 |
|---|---|---|
| PIN 直接存本地 | ❌ 不安全 | 任何能访问文件系统的恶意 App 都能读 |
| PIN → 派生密钥 → 存在 iOS Keychain / Android Keystore | ✅ 较安全 | 系统级硬件安全单元管理，App 之间隔离 |
| PIN → 派生密钥 → Keepsafe 服务器也保存一份 | ⚠️ 有争议 | 方便多设备但理论上服务器被破就全完了 |
Keepsafe 官方未公开完整的密钥管理细节，但从架构和评测来看，本地存储部分走系统级安全容器，云端同步部分由 Keepsafe 服务器参与加密流程——这意味着它能方便地在多设备间解锁同一个保险柜，但也意味着服务端的数据安全在一定程度上依赖 Keepsafe 本身。
它不覆盖哪些威胁场景
诚实的边界很重要：
| 威胁 | Keepsafe 能挡住吗 |
|---|---|
| 朋友拿起你手机翻相册 | ✅ 挡住（不解锁看不到） |
| 手机被警察或税务部门依法调取 | ⚠️ 不一定 |
| Keepsafe 服务器被黑客攻破、内部数据泄露 | ❌ 可能有风险 |
| 你自己忘了 PIN 码 | ❌ 本地照片就找不到了（除非有云备份 + 新设备） |
| 设备被物理拆解、直接读取闪存芯片 | ⚠️ AES-256 加密能大幅延缓但不保证绝对 |
与同类应用的对比
行业里对"照片保险柜"这个品类的安全实践普遍褒贬不一。Keepsafe 的优点是用户量大、持续维护多年、界面精致；但它的云端同步架构也被安全社区批评——因为它让服务端参与了加密流程，而不是纯端到端加密。
如果你有高合规需求（例如法律、商业敏感资料），更极端的选择是不上传云端、全程本地加密的保险柜应用。