安全 源于设计
你所爱的人，绝不该继承到一块锁死的屏幕。你的保险库抵达我们服务器时便已加密，钥匙留在你的设备上——因此我们只交付你的规则所允许的：密钥分片，绝非明文。
零知识
源于设计
加密
XChaCha20-Poly1305
密钥派生
scrypt (N=2^15)
门限密码学
Shamir，门限由你设定
传输中
TLS 1.2 / 1.3
静态存储
客户端加密
交付关卡
失败即关闭
架构
零知识的四大支柱
每一层都在加固纵深防御。从你的设备到我们的服务器，没有任何一处是你只能选择信任我们的。
客户端加密
所有加密都在你的设备上完成，你的主密码也绝不会离开它。解密你保险库的钥匙都在设备上派生，不会发送给我们。
实现方式
scrypt (N=2^15, r=8, p=1) → 256 位主密钥
只存密文
保险库条目与文档字节都以密文形式存储，而开启它们的钥匙并不与之存放在一起。你的账户以及指定人的联系方式，则是以可读形式存储的——因为服务无法去通知或核验一个它读不到地址的人。
实现方式
保险库条目与文档字节均采用 XChaCha20-Poly1305 (AEAD)
服务器端不解密保险库
你的保险库钥匙在你的设备上派生，从不传输，因此我们这边没有任何代码路径会去解密它。我们确实持有一个服务器端的封装密钥，用于保护所存放的密钥信封——它只保护这些信封，并不能开启你的保险库。
实现方式
保险库钥匙的派生与每一次密钥操作，都在客户端完成
钥匙在你手中
你的主密钥通过 HKDF-SHA-256 派生出各类别密钥，再往下派生出各资产密钥。每份文档都会获得一个全新的随机密钥，并由其所属类别密钥封装。信任之根，由你掌控。
实现方式
采用带域分离的 HKDF-SHA-256；保险库钥匙使用 Shamir 秘密共享
密码学
标准化的密码原语——绝无自研密码算法
我们只采用久经考验的标准化算法。没有任何私有的自创构造。
保险库条目与文档
XChaCha20-Poly1305 (AEAD)
传输格式
SVAULT:v2
密钥派生
HKDF-SHA-256
保险库口令拉伸
scrypt (N=2^15)
账户登录密码
Argon2id(服务器端)
传输中
TLS 1.2 / 1.3
密钥管理
门限密码学与密钥层级
你的保险库钥匙从不被完整存储。它通过 Shamir 秘密共享被拆成多个分片，而分片一共有多少、需要多少片才能重建，都由你来决定。
密钥派生层级
主密钥 (MK)
scrypt (N=2^15) → 256-bit
保险库密钥
HKDF(MK, 'vault')
凭据密钥
HKDF(MK, 'credentials')
文件密钥
HKDF(MK, 'documents')
资产密钥
HKDF(MK, 'assets')
银行
DEK → 由 CK 封装
保险
DEK → 由 CK 封装
遗嘱
DEK → 由 CK 封装
加密货币
DEK → 由 CK 封装
房产
DEK → 由 CK 封装
投资
DEK → 由 CK 封装
医疗
DEK → 由 CK 封装
数字
DEK → 由 CK 封装
每个资产/文档都会获得一个唯一的随机 DEK，并由其类别密钥封装。类别密钥通过带域分离的 HKDF-SHA-256 从主密钥派生而来。
Shamir 秘密共享
保险库主密钥
拆分成你所选定的若干分片——任意达到门限数量即可重建
每一个分片在离开你的设备之前，都会用其接收人自己的公钥加密。LifeWyn 自己不持有任何分片，只保存封存好的信封与审计记录。接收人与门限，都由你来选定。
传承
受控、经核验、按需披露
一次住院，并不等于永别。不同的人生际遇，打开的是不同的门——每一扇都只显露它该显露的，绝不多露一分。
多信号核验
各方的确认与经审查的文件会提升可信度；相互矛盾之处、篡改标记与重复案件则会抬高与之相抗的欺诈风险。没有任何单一信号能一锤定音。
最小权限交付
你指定的人，只会收到你留给他们那部分内容的密钥分片——按资产、按条件、按你设定的时间规则逐一限定。绝不会有丝毫溢出。
经核验，可审计
每一次交付都会写入以哈希链相连的审计记录。而且没有人会一头雾水——每位指定人都会收到一份认领指引包，里面备齐了所需的表格、联系人与分步说明。
释放保障机制
八道关卡，任何一道都能拦下它
加密决定一份记录如何被封存。而这些机制决定的是，在它被打开之前必须满足哪些条件——其中任何一项本身都足以拦截或取消一次交接。
一键取消
在完成之前的任何阶段，你都可以用手机随时停止一次释放，无需任何理由。
经核验的文件
证明文件和相关材料必须经过提交与审核。仅凭一句声明并不构成证据。
接收人身份核验
声称拥有访问权限的人，需要通过政府身份证件和活体检测，证明自己就是你指定的那个人。仅凭转发的邮件是不够的。
信任联系人确认
你指定的联系人会被要求确认，有 48 小时的响应窗口。你本人的任意一次确认，都会重置整个流程。
等待期
在你选择的宽限期内，任何操作都不会是不可逆的；即使其他一切都已核实，你设定的时间锁也必须先走完全程。
欺诈审查
相互矛盾的证据会限制置信度评分，模糊不清的情况会转入人工审核，而不是直接放行。客服人员在任何情况下都无法释放密钥分片。
最小化披露
每位接收人只会收到分配给他们的记录所对应的密钥分片。不存在任何一种情况会让某个人收到全部内容。
不托管资产
LifeWyn 从不持有你的资金。即使系统被完全攻破，暴露的也只是一份地图，而不是余额。
透明
我们能做什么，不能做什么
一份诚实的能力清单——没有营销辞藻，只有技术上的真实。
LifeWyn 能做到什么
- 安全地存储你的密文
- 向指定人交付加密的密钥分片
- 自动运行生命信号签到
- 在规则触发时通知指定人
LifeWyn 做不到什么
- 读取你保险库里的内容
- 重建你的主密钥
- 未经核验便授予访问权限
- 重置你的主密码
合规
我们遵循的标准，以及尚未取得的认证
平台已经实现了什么，以及——同样坦白地说——还没有任何机构依据哪些认证对我们进行过审计。
SOC 2 Type II
尚未进行，也未安排任何审计
ISO 27001
尚未申请任何认证
GDPR
访问、更正与导出均已实现；删除则作为一项有记录的请求处理
DPDP 法案(印度)
同意记录与数据权利处理流程均已实现
数据驻留
目前仅有一个部署区域；暂不提供分区域托管
发现了漏洞?
请先向我们报告，而不是先告诉其他人。对于善意报告，我们不会采取法律行动。
如何报告常见问题
问题与解答
LifeWyn 有多安全？
你的保险库会先在你自己的设备上使用 XChaCha20-Poly1305 加密，之后才会上传，因此到达我们服务器的只有密文。主密钥通过 scrypt 由你的密码短语派生，并使用 Shamir 秘密共享进行拆分，因此没有任何一方——包括 LifeWyn——会持有完整可用的副本。每一次释放都会写入一条哈希链式审计记录。我们使用标准化的密码学基础组件，而非专有构造，目前也尚未取得正式认证：SOC 2 与 ISO 27001 均尚未启动，我们选择在本页说明这一点，而不是等采购团队自己发现。
LifeWyn 能读取我的保险库吗？
不能。这不是出于某项政策，而是因为你的记录送达我们时就已经无法读取。保险库项目和文件均以密文形式存储，打开它们的密钥在你的设备上生成，从未发送给我们。我们可以向法院、监管机构或攻击者提供密文，仅此而已。
如果你们会释放密钥分片，是不是意味着你们能打开我的保险库？
不能，而这个问题很值得说清楚。每一份密钥分片在离开你的设备之前，都会用接收人自己的公钥加密。LifeWyn 本身不持有任何分片，只保存已封存的信封和审计记录。接收人会把发放给他们的分片与自己持有的分片组合起来，打开分配给他们的记录，重建过程在接收人自己的设备上完成。这正是“我们会释放密钥分片”与“我们没有后门”这两句话可以同时成立的原因。
如果你们的服务器遭到入侵会怎样？
攻击者只能获得密文。你的记录始终保持加密，因为打开它们的密钥从未存在于我们这里。泄露的备份和实时数据库一样毫无用处，拥有完整数据库访问权限的员工也看不到任何可读内容。这正是“承诺不看”与“根本无法看”之间的实质区别。
如果我忘记了密码短语怎么办？
LifeWyn 无法重置它。你的主密钥没有服务器端副本，这正是我们服务器遭到入侵也无法暴露你保险库的原因。恢复流程依赖于你在首次设置时创建的恢复份额与信任联系人，这也是为什么设置过程会优先要求你完成这些步骤。如果你同时丢失了密码短语和恢复份额，任何人都无法打开这个保险库。我们知道这听起来很严苛，但这是“保险库只能由你和你选定的人用密钥开启”这一设计所必须付出的代价。
如果 LifeWyn 停止运营，我的保险库会怎样？
你可以在任何一天导出全部内容。导出文件采用有文档说明的开放格式，你用自己的密码短语和恢复份额即可解密，不依赖我们的服务器，也不依赖我们公司是否还存在。因为我们从不持有你密钥的可用副本，无论是业务结束还是新的所有者接手，都无法读取你的数据。如果我们真的必须关闭，你会提前收到明确通知，并有充足的时间完整导出。
采用标准的、经充分审阅的密码原语——绝无私有密码算法