安全中心 → 加密
零知识加密架构
六层密码学防护。你的数据在离开设备之前就已在你的设备上完成加密。我们只存储密文。
最小信息原则
零知识保险库 ≠ 零知识核验
你的保险库始终保持封闭。核验只会看到它所需要的那一个事实——某个被允许的事件确实发生了。
LifeWyn 让你保险库中的内容保持加密，并让我们无法触及。你的文档、私密消息、媒体及其他受保护内容，在离开你的设备之前就已完成加密，我们也没有可以浏览它们的密钥。
然而，一项传承服务要做的不止是保管一个封好的盒子。生命信号、身故事件核验、受益人通知、理赔流程以及你的遗产交代，都依赖于确认某件事是否真的发生了——而一个对一切事实都视而不见的系统，什么都无法核验。因此我们遵循最小信息原则：在每一步，LifeWyn 只处理该步骤所需的信息，绝不多取一分。
核验
确认是否发生了某个被允许的事件。
你的规则
决定接下来可以发生什么。
你的加密
保护你保险库的实际内容。
保险库访问
你保险库中加密的内容——文档、私密消息、媒体与凭证。
需要你的密钥，而它从不离开你的设备。没有任何 LifeWyn 团队成员，也没有任何服务端流程能够打开它。
案件级访问
单个核验案件——例如受益人提交的一份死亡证明。
获授权处理该案件的审核人员，只能看到该案件所需的内容。这项授权绝不会延伸进入你的保险库。
核验访问
某个被允许的事件是否确实发生了——一次错过的生命信号、一份经过验证的证明文件。
回答“这件事发生了吗？”，绝不回答“保险库里有什么？”。
例如，受益人提交的一份死亡证明可以被审核，以确认所报告的死亡属实。这项审核绝不会解锁客户的保险库、密码或其他无关资产——它们始终保持加密。从核验、审核到通知、受益人访问与信息披露的每一步，都受限于你所设置的规则，并只使用完成该步骤所需的最少信息。
六层防护
每一层都各有用途
从你的主密码到我们的服务器——每一层都增添一重纵深防护。
保险库密码短语与生物识别
输入你的保险库密码短语（与账户登录密码不同），并可选启用生物识别解锁
scrypt (N=2^15)，内存密集型 → 256 位主密钥
密钥派生
主密钥通过带域隔离的 HKDF-SHA-256 派生出类别密钥
带上下文标签的 HKDF-SHA-256：“vault”“credentials”“documents” 等
条目与文档加密
资产密钥从类别密钥派生；每份文档都会获得一把全新的随机密钥，并用该类别密钥包裹
XChaCha20-Poly1305 (AEAD) ——保险库条目与文件字节共用同一种加密算法
信封加密
数据加密密钥（DEK）用类别密钥包裹；只有密文离开设备
NIST SP 800-38F 密钥包裹；认证加密（AEAD）
门限秘密分享
保险库主密钥被拆分为 N 份分片；重建需要其中 K 份
Shamir's Secret Sharing over GF(2^8)
服务器存储
仅存储密文与加密的密钥信封；不存任何明文
PostgreSQL（密文数据块）；Redis（会话）；对象存储（文件）
算法规格
密码学基础组件——没有自研加密
我们只使用经过标准化、久经考验的算法，没有任何自研加密构造。
强度
256 位密钥，192 位随机数（随机生成，无重复使用风险），128 位 Poly1305 标签
标准
RFC 8439（XChaCha20 扩展随机数构造）
强度
内存密集型；N=2^15，r=8，p=1；按用户加盐；NFKC 归一化输入
标准
RFC 7914
强度
内存密集型密码哈希；从不用于保险库密码短语
标准
RFC 9106 / 密码哈希竞赛冠军算法
强度
SHA-256 伪随机函数；通过 info 参数实现域隔离
标准
RFC 5869
强度
TLS 1.2 为下限，优先使用 1.3；具备完全前向保密
标准
RFC 8446 / RFC 5246
强度
GF(2^8) 域；纯粹的 Shamir 方案——分片不携带可验证性承诺
标准
Adi Shamir，1979 年；RFC 9570（草案）
威胁模型
我们防范什么——以及如何防范
对攻击途径与我们防护措施的坦诚评估。
服务器被入侵
服务器只保存密文和已包裹的数据加密密钥（DEK）。主密钥、类别密钥、明文均从不触及服务器。
数据库泄露
静态存储的保险库数据是 XChaCha20-Poly1305 密文。没有你的主密钥——它从不离开你的设备——在计算上无法破解。你与你受益人的联系方式在静态存储时不会加密：LifeWyn 若读不到受益人的地址，就无法通知或核实对方。
中间人攻击
TLS 1.2 为下限，优先使用 1.3，移动端启用证书固定，且每次响应都附带包含所有子域名的 HSTS。
设备被盗
主密钥始终只能通过 scrypt 从你的密码短语重新派生。生物识别解锁绑定于 iOS 钥匙串 / Android 密钥库，具备不活跃自动锁定，以及生物识别验证被拒时清除已包裹密钥的机制。
内部人员作恶
服务端不存在可被滥用的解密能力：所有密钥操作都在客户端完成，每一道释放关卡都由一个独立的可部署单元交叉核验，且默认失败关闭。每一项操作都会被审计记录。
供应链
锁定版本号的依赖项、每次流水线运行都会生成的软件物料清单（SBOM）与许可证检查，以及会让构建直接失败的密钥扫描工具。密码学实现全部来自经过审计的公开发布库，而非我们自己编写。
密钥层级
从主密码到资产密钥
可视化流程，展示你的主密码如何派生出系统中每一把加密密钥。
主密钥（256 位）
scrypt(密码短语, 盐值, N=2^15) → 256 位密钥
保险库密钥
HKDF(master, 'vault')
凭据密钥
HKDF(master, 'credentials')
文件密钥
HKDF(master, 'documents')
资产密钥
HKDF(master, 'assets')
银行账户
文档密钥 = 随机 256 位
由类别密钥封装
保险单
文档密钥 = 随机 256 位
由类别密钥封装
遗嘱文件
文档密钥 = 随机 256 位
由类别密钥封装
加密货币钱包
文档密钥 = 随机 256 位
由类别密钥封装
房产契据
文档密钥 = 随机 256 位
由类别密钥封装
投资
文档密钥 = 随机 256 位
由类别密钥封装
医疗记录
文档密钥 = 随机 256 位
由类别密钥封装
数字账户
文档密钥 = 随机 256 位
由类别密钥封装
核验
不要信任——请核实
今天你就能自行核实的内容——以及我们尚未完成的部分。
经过审计的基础算法，而非自研
以上每一项基础算法都是由 @noble/ciphers 与 @noble/hashes 实现的公开标准。我们没有编写任何自己的密码学代码。应用程序源代码并不公开。
尚无第三方审计
尚未有外部机构对 LifeWyn 进行审计，也未委托过渗透测试。我们更愿意如实说明，而不是暗示情况并非如此。一旦完成审计，报告链接会发布在这里。
常见问题
常见问题
最后核实：September 2026 · 由 LifeWyn 编辑团队撰写 · 关于 LifeWyn