离线恢复能移除部分依赖,但不能消除全部风险
一套遗产方案可能在多年后才被使用。届时账号可能无法登录,域名可能变化,原服务商也可能已经停止运营。
保存好的离线解密器可以降低这种依赖,但它不等于“一份 HTML 文件永远都能原样运行”。接收人仍然需要兼容的浏览器、完整文件、正确的恢复输入和可信的操作说明。
PingVaults 解密器包含什么
PingVaults 解密器是一份独立 HTML 文件,内部包含界面与解密逻辑。它通过浏览器 Web Crypto API 执行 PBKDF2 密钥派生和 AES-GCM 解密。Web Cryptography API 由 W3C 标准化,但浏览器支持和平台行为仍应定期实际测试。
解密器文件本身不包含你的金库明文、恢复短语或派生密钥;这些信息只在恢复时提供。
两种不同的恢复模式
保存副本恢复:可以完全离线
最能降低服务商依赖的路径,需要提前保存两个文件:
- PingVaults 离线解密器;
- 导出的元数据 JSON,其中包含密文、salt、IV、恢复字段结构、语言设置和交易标识。
断网后打开保存的 HTML,导入元数据并输入恢复值,即可在本地解密。这条路径不需要网关,也不需要 PingVaults 账号。
通过 TxID 取回:需要联网
解密器也可以使用交易 ID 向 Arweave 或 Irys 网关请求密文。这项便利功能需要网络连接,并会联系所选网关。恢复值和最终明文仍在本地处理,但网关能观察到对该交易的请求。
这个区别很重要:工具正在从网关取回数据时,就不是完全离线运行。
解密过程中发生什么
- 接收人导入元数据,或手动输入密文和参数。
- 界面显示已保存的恢复字段顺序与提示文本。
- 接收人在本地输入恢复值。主要保护应来自高熵恢复短语,而不是个人事实。
- 浏览器使用记录的 salt 与参数派生密钥。
- AES-GCM 验证并解密载荷;如果输入不匹配,则整体失败,不返回部分明文。
解密后的内容会存在于浏览器进程和屏幕上,仍可能被恶意软件、录屏、浏览器扩展、剪贴板历史或不可信设备获取。“在本地”并不等于“不会被攻破”。
一份实用的恢复包
用数字资产清单模板为恢复包编号,再用家属恢复演练清单检验资料发现、文件取用和暂停判断,避免只验证解密。
在接受组合后的访问风险时,可以准备以下材料:
- 一份经过测试的解密器;
- 导出的元数据 JSON;
- 简短、普通人能看懂的操作说明;
- 发布版本、日期与文件哈希;
- 一条与上述材料分离的恢复短语取得路径。
元数据包含密文和公开解密参数,不应包含恢复短语。但它仍是敏感的操作材料,因为攻击者得到它之后,就具备了离线测试猜测所需的全部公开输入。
信任之前先验证
用无害内容测试
创建测试金库,导出元数据,断开网络,再用保存好的解密器恢复。最好在接收人未来最可能使用的浏览器和系统上重复一次。
检查网络行为
打开浏览器开发者工具,导入密文而不是使用 TxID 下载,并确认保存副本恢复路径中没有网络请求。
核对文件完整性
把解密器哈希与 PingVaults 验证页或已发布源码中的值比较。本地文件和其他文件一样,也可能被替换或修改。
发生变化后重新演练
恢复短语、金库格式、联系人、设备、浏览器或解密器版本变化后,要重新完成演练。保存已验证能工作的版本,不要假设未来随时还能下载。
需要纳入计划的限制
- 无法保证浏览器几十年后的兼容性。
- 丢失或损坏的解密器与元数据包不会自我恢复。
- 弱恢复短语仍会遭受离线猜测。
- 被感染的恢复设备可能窃取输入与明文。
- 解密器提供技术访问能力,不提供法律授权。
高价值资产应在不同地点保存多份经过验证的副本,并考虑让合适的法律和安全专业人士参与。
最后结论
离线解密器的真实价值,是让接收人能从预先保存的文件恢复,而不依赖服务商账号或网络。它提供的是更低依赖和可检查性,不是神奇的永久保证。