SafeW 安全架构总览——从 Signal 协议到本地密钥的技术底座

安全架构总览

SafeW 的安全不是靠一个加密算法，而是一套分层叠加的架构。从密钥协商到消息传输，从存储保护到终端防护，每一层都有明确的安全目标。

加密协议基础

SafeW 的加密协议体系与 Signal 同宗，核心由以下三件事组成：

X3DH（扩展三方 Diffie-Hellman） — 用于首次建立会话时的密钥协商。当两个 SafeW 用户第一次加好友时，双方通过 X3DH 协议生成一个共享的根密钥，这个过程不依赖任何可信第三方，即使服务器被劫持也无法窃听协商过程。

Signal 协议 + 双棘轮算法（Double Ratchet） — 会话建立后，每条消息使用独立的消息密钥加密。双棘轮算法确保两个关键属性：

• 前向保密性（Forward Secrecy） — 即使某一条消息的密钥泄露，过去所有消息仍然无法解密；
• 入侵恢复性（Break-in Recovery） — 如果攻击者短暂窃取了当前密钥，双方继续通信后密钥会重新对齐，之后的消息恢复安全。

256-Bit ECC 椭圆曲线加密 — 会话密钥强度，提供银行级的加密保护。SafeW 在加密通话中同样使用这套密钥体系，并按双棘轮持续滚动。

密钥生成与存储

SafeW 的密钥有一个核心设计：全部在设备本地生成，不通过云端托管。

• 身份密钥对在注册时由本地设备生成，代表你的 SafeW 身份；
• 每次发起会话时，会话密钥由 X3DH 在双方设备上独立计算得出，服务器全程看不到密钥；
• 消息密钥由双棘轮算法在每次发送和接收时滚动更新，用完即弃。

这意味着：任何中间环节——包括 SafeW 平台本身——都无法得到解密密钥。即使服务器被执法机构要求提供数据，它也只能交出无法解读的密文。

三重防护机制

SafeW 在三个环节分别部署了安全措施，形成叠加保护：

传输层 — 端到端加密 — 消息离开你的设备时已经加密，到达对方设备时才解密。传输过程中经过的每一个节点（包括 SafeW 自己的服务器）只能看到密文。

呈现层 — 防截屏 + 截图提醒 — 即使对方把消息解密显示在屏幕上，SafeW 还会在系统层面拦截截屏和录屏操作。在支持的平台上，当会话被尝试截屏时，发送方会收到实时通知。

留存层 — 阅后即焚 + 本地加密存储 — 消息可以配置自动销毁时效，到期后从双方设备上同步清除。即使消息没有销毁，存储在本地的聊天记录也经过加密处理，没有密钥无法读取。

安全码与指纹验证

首次建立会话时，双方应该通过安全码（也叫"安全号码"或"指纹"）来验证会话没有被中间人劫持。

安全码是双方身份密钥的哈希值，格式通常是一串数字或二维码。验证方式：线下见面或通过另一个可信的通讯渠道，比对双方屏幕上显示的安全码是否一致。一致 = 会话安全；不一致 = 可能有人在中间窃听，应该终止会话并重新协商。

零日志策略

SafeW 不采集通讯录、不追踪用户行为、不投放个性化广告。服务端只记录维持通讯所必需的最少元数据（如连接时间和 IP 地址），且这些记录不与任何可识别的个人信息关联。如果需要最高隐私级别，可以在设置中开启零日志模式。