Livara 验证实验室: 运行检查，亲自试试。
本地加密演示与 APK 哈希比较
五项可在浏览器中尝试的检查。将 Android 文件与已公布的摘要比较，生成密钥，加密消息，并测试篡改拒绝。这些是本地演示，并非对 Livara 完整协议的审计或对应用的认证。
Current verification target: 0.9.2 (50) · livara-beta-android-0.9.2.apk
实验室进度
0% 的检查已完成
0 / 5 项检查已在此设备上完成。
工具 01 · 构建版本身份
这个文件是我们发布的吗？
此实验台将所选文件的 SHA-256 摘要与 Android 版 Livara 0.2 (74) 的已公布摘要比较。文件在本地计算哈希，不会上传。摘要一致仅核查是否与此参考值相符，并非独立安全审计。
- 文件
- livara-beta-android-0.9.2.apk
- 大小
- 141.5 MiB
- 最低要求
- Android 7.0+ · ARM64
更喜欢自己的工具？你也不应该必须信任此页面。
sha256sum livara-beta-android-0.9.2.apkshasum -a 256 …certutil -hashfile … SHA256工具 02 · 加密封存
看看消息如何变得无法读取。
按下按钮后，浏览器会生成两个身份。它们通过 P-256 ECDH 协商秘密值，而该值从不在网络上传输，再用 HKDF-SHA-256 扩展，并以 AES-256-GCM 加密你的文字。生成的内容，就是中继服务器实际会持有的形式。
工具 03 · 身份
比较密钥指纹.
指纹是代表公钥的简短可读标识。它能让你发现：与你交谈了一年的人，密钥突然变了。多按几次试试。
工具 04 · 静默
确认这一切未向服务器回传。
浏览器会在资源时间线中记录资源请求。此工具统计页面加载后记录的请求；这并非全面的网络审计。要检查本地运行情况，请在页面完全加载后断网，再尝试这些演示。
检查之后
本页无法证明的事。
声称能解决一切的验证页面，只不过是一则更长的广告。这里明确列出你已经核实到哪里为止。
- 你选择的 APK 字节与本站公布的摘要相符
- 浏览器演示在你的设备上按显示方式运行
- 单个比特被改动后会被拒绝，而不会被悄悄接受
- 所生成的身份具有可比较的指纹
- 这些检查均不需要我们的服务器
- 服务器不存储路由元数据——它确实会为投递和同步存储这些数据
- 广播频道是私密的——频道在设计上就是公开的
- 此实验台审计了完整的 LVR1/LGS1 协议，或认证了应用安全性
- 他人手中的已解锁手机仍受保护
- 未来版本已预先验证——每个构建版本都应核查摘要
| 内容类型 | 一对一私聊 | 兼容的私密群组 | 频道 |
|---|---|---|---|
| 消息文字 | 后量子端到端加密（LVR1） | 端到端加密（LGS1） | 公开广播频道 |
| 文字编辑 | 后量子端到端加密（LVR1） | 端到端加密（LGS1） | 公开广播频道 |
| 照片、视频、文件、说明文字 | 后量子端到端加密（LVR1） | 端到端加密（LGS1） | 公开广播频道 |
| 你与谁交谈 | 仅路由元数据 | 仅路由元数据 | 公开广播频道 |
| 你何时交谈 | 仅投递时间戳 | 仅投递时间戳 | 公开广播频道 |
| 你的密码 | 从不离开你的设备 | 从不离开你的设备 | 从不离开你的设备 |
| 你的私钥 | 从不以未加密形式上传 | 从不以未加密形式上传 | 从不以未加密形式上传 |
问题
大家真正会问的问题。
如何检查 Livara APK 是否被篡改？
在这里或使用自己的工具计算所下载 APK 的 SHA-256 摘要，与已公布摘要逐字符比较。如有差异，请勿安装。一致的结果仅核查是否与该摘要相符；如果文件和摘要均被替换，则无法据此确认真实性。
验证实验室会向 Livara 服务器发送任何内容吗？
演示在本地运行，所选 APK 不会上传。页面本身必须先加载。加载后，你可以断网，再尝试演示。显示的请求计数器并非全面的网络审计。
加密演示就是 Livara 实际的加密吗？
它运行真正的 P-256 ECDH、HKDF-SHA-256 和 AES-256-GCM，即 Livara 使用的基础组件，但并不是完整的 LVR1 或 LGS1 协议。LVR1 另有经典双棘轮与 ML-KEM-768 纪元棘轮；LGS1 有通过 LVR1 分发的签名发送者链。实验室展示基础组件和篡改拒绝，而非完整组合，也不等于外部审计。
如果有人更改加密消息中的一个字节，会怎样？
AES-256-GCM 认证标签校验会失败，接收方会直接拒绝消息，绝不显示损坏或部分解密的版本。在下方加密一条消息，翻转一个比特，看看解密如何被拒绝。