密码存在这里到底安不安全的完整分析
"密码存在一个个人开发者写的应用里,靠谱吗?"——这个问题值得正面回答。下面把能查证的事实摆开,结论你自己下。
事实一:数据不出手机
密码箱的记录全部保存在本机存储,应用没有账号体系,也没有上传通道。开发者自述原文说得明确:软件目前没有提供云存储功能,考虑到安全性问题,后续可能不会考虑接入。这同时意味着:服务器端泄露风险为零——因为根本没有服务器存你的数据。
事实二:加密口径的两种说法
不同市场的介绍分别写到"本地加密"和"AES 加密"。两者并不矛盾(AES 是本地加密的一种实现),共同点是数据落盘前经过加密处理、导出文件同样是加密的。但应用没有公开的加密实现细节文档,具体算法、密钥派生方式等无法从公开渠道核实——在意到密码学实现级别的用户,这是必须知道的边界。
事实三:威胁模型与传统云密码管家的差别
| 风险 | 本地密码箱 | 云同步密码管家 |
|---|---|---|
| 服务器被拖库 | 不适用(无服务器存储) | 依赖厂商防护 |
| 手机被别人拿到 | 依赖密码锁与生物识别 | 同样依赖,但有远程清除兜底 |
| 手机丢失/损坏 | 记录随硬件消失,靠备份文件救 | 云端有副本 |
| 开发者作恶 | 理论上应用可以读任何本地数据 | 依赖厂商信誉与审计 |
可以看到:本地设计换走的是"服务端泄露",换回的是"终端单点故障"。备份文件的纪律(见导出与导入页)就是把单点故障补回来的唯一手段。
实用建议
- 分级存放:支付类、邮箱主账号这类高价值凭据,放不放进来自己权衡;小站论坛账号才是这个模块的设计初衷(开发者自述原话就是不希望小站密码和正经密码统一);
- 密码锁必须设:见设置密码锁,本机数据的门闩就是它;
- 口吻声明:本页为第三方分析视角,加密实现细节以开发者后续公开的信息为准。
一句话结论:它防的是"密码被云泄露",不防"手机物理丢失";对开发者自述的那类"小网站账号"场景,这个取舍是合理的。