算法名称无法替代有关数据存储位置和密钥保护的证据。
静态数据加密（Data-at-Rest）保护已存储的数据，端到端加密则保护授权设备之间的消息内容。评估一款通信应用的安全性时，两者都需要考察。仅凭某个算法名称或“后量子”标签，无法判断手机上的数据库、媒体缓存和导出文件如何受到保护。
在移动设备取证中，“获取文件”也不等于“读取其中的加密内容”。结果取决于设备型号、操作系统版本、锁定状态、数据类型、可用的密钥和调查方法。不能仅凭工具名称，就预测所有手机的数据提取会成功还是失败。
不应混淆的三个层面
| 层面 | 保护什么？ | 关键问题 |
|---|---|---|
| 消息端到端加密 | 授权设备之间交换的内容 | 谁掌握密钥，如何验证联系人？ |
| 设备存储加密 | 存储空间中的文件 | 相关密钥何时可用，使用时需要什么权限？ |
| 应用内部及备份保护 | 数据库、导出内容或独立副本 | 覆盖哪些数据，每个副本的密钥在哪里？ |
例如，从聊天中保存到图库的图片，就不再只受该通信应用的存储策略约束。云备份和手动导出的内容也应分别检查。聊天备份安全指南解释了这种区别。
BFU 和 AFU 是什么意思？
这些术语通常以开机后的首次解锁为界，描述设备所处的状态：
- BFU（Before First Unlock）： 自开机或重启以来，用户尚未进行首次解锁。
- AFU（After First Unlock）： 已完成首次解锁；设备当前可能已经再次显示锁屏界面。
这两个标签既不是安全评分，也不是取证调查的确定结果。AFU 不代表“所有密钥都能被提取”，BFU 也不代表“任何数据都无法访问”。
在 Android 文件级加密中，Credential Encrypted（CE，凭据加密）存储空间在用户解锁后可用。Device Encrypted（DE，设备加密）存储空间也可供 Direct Boot 所需的功能使用。每类数据的存储位置和密钥策略都很重要，并非所有文件都处于相同的访问状态。
为什么密钥管理比提到 AES 更重要？
只有密钥也得到妥善保护，数据库加密才有意义。把加密文件与未经保护的密钥放在一起，并不能形成与绑定身份验证及安全硬件的密钥相同的保护边界。还必须明确临时文件、附件和应用日志如何处理。
Android Keystore支持使用不可导出的密钥，部分密钥还可由安全硬件提供保护。但密钥不可导出，不等于攻击者无法使用它：根据 Android 文档，控制了应用进程的攻击者，即使无法提取密钥本身，也可能使用该密钥。
可见的应用锁也不一定能证明数据库使用独立密钥加密。要提出这种主张，必须检查相应版本的存储设计、身份验证条件和实际运行情况。
关于 Livara，可以得出什么结论？
Livara 安全和威胁模型文档是提供方对产品设计及边界的说明，不能代替独立的取证测试。
尤其是，不能把 v7 格式的身份恢复当作聊天记录备份，或本地数据库已加密的证据。对 LVR1 等消息协议的说明，本身也无法表明手机上的每个文件由什么密钥、在什么状态下受到保护。
本文没有测试商用取证工具，也没有测试特定版本 Livara 的数据库。因此，“任何取证工具都无法读取 Livara”或“ML-KEM 加密了存储空间中的所有文件”等说法，并不是有依据的结论。
评估通信应用时，应要求哪些证据？
与其参考未经测试的排名表，不如追问以下具体问题：
- 调查了哪个应用版本、设备型号和操作系统版本？
- 消息正文、文件、缩略图、缓存和手动导出的内容分别存在哪里？
- 数据库密钥如何生成和保管？使用它是否需要身份验证？
- 锁定时、解锁后和应用运行时，有什么区别？
- 备份具体包含哪些内容，其密码或恢复密钥由谁掌握？
- 是否发布了独立报告、测试方法、局限性和调查日期？
如果这些问题没有答案，仅凭“已加密”这个说法，不足以比较产品。发布技术文档很有价值，但不能将其说成等同于所有主张都已通过独立验证。
日常保护的实用措施
使用合适的密码锁定设备，安装操作系统和应用更新，并限制锁屏显示敏感文字。有意识地管理图库、下载文件夹和备份中的额外副本；通信应用之外的副本可能采用另一套保护策略。
进行敏感对话时，对方设备的安全状况也很重要。如果恶意软件能在应用打开后读取文字，问题就不只是提取一个加密文件。Android 会话安全指南进一步解释了这一边界。
常见问题
手机关机就意味着无法提取数据吗？
不是。设备状态只是一个影响因素，不能保证结果。必须明确硬件、软件、数据和调查方法的细节。
消息采用后量子加密，就能保证存储安全了吗？
不能。对密钥交换和消息的保护，不能替代本地存储的设计与评估。
恢复账户就意味着所有消息都会回来吗？
不一定。身份恢复、重新连接账户和恢复聊天记录是三种不同的功能。更换手机前，应确认该产品相应版本的备份覆盖范围。
