01 · 传输层
TLS 1.3 + 自研传输混淆
SafeW 客户端到骨干节点之间使用 TLS 1.3，只允许前向保密的加密套件。传输层证书由 SafeW 自签发并绑定客户端固化的公钥。
在受限网络下，SafeW 支持内建混淆协议，可以将加密流量伪装为常规 HTTPS 或 QUIC 流量，避免因为协议特征被封锁。
客户端会做证书固化（Certificate Pinning），中间人无法通过安装假证书来劫持通信。
PILLARS · 四大加密支柱
我们对隐私的四条底线
下面这四条底线不会因为版本变更、监管要求或运营压力而动摇。任何违反这些底线的设计都不会进入 SafeW 的正式版。
端到端加密（E2EE）
SafeW 所有消息、语音、文件都在发送端加密，只有接收端的合法设备可以解密。中转节点、SafeW 官方运维、任意第三方均无法解出内容。
前向保密（Forward Secrecy）
每一条消息使用独立派生密钥，即使某一次密钥泄露，历史消息也无法被追溯解密，SafeW 采用 Double Ratchet 保证这一属性。
后向保密（Post-Compromise Security）
在密钥被推测出的极端情况下，一旦下一次密钥握手完成，SafeW 会重新派生密钥树，后续对话无法再被解出。
元数据最小化
SafeW 的服务器只承担密文中转与在线状态维护，不长期保留可关联到个人的元数据，且允许用户随时清除本地缓存。
LAYERS · 四层加密体系
从传输到存储，一层不留死角
SafeW 的加密不是一处加固，而是四层叠加：从字节离开你的键盘的那一刻开始，就一直处于加密状态。
02 · 会话层
Double Ratchet + Curve25519
SafeW 使用 Curve25519 完成设备之间的密钥交换，双方通过 X3DH 协议一次性交换预置密钥并生成会话根密钥。
每一条消息基于 Double Ratchet 算法派生独立密钥：Diffie-Hellman ratchet 处理跨会话的密钥更新，Symmetric-key ratchet 处理每一条消息。
这套组合被业内多个加密即时通讯协议长期验证，SafeW 在此基础上做了针对多设备与大群组的扩展。
03 · 内容层
ChaCha20-Poly1305 与内容加密
消息内容使用 ChaCha20 对称加密，配合 Poly1305 提供认证加密（AEAD），拒绝任何伪造或篡改的密文。
对文件、图片、视频、语音等大对象，SafeW 采用分片加密 + 顺序哈希链，任何一片被篡改都可以被立刻检测出来。
所有加密算法在客户端本地实现，密钥永远不会离开设备，即便中转节点被强制协助，也无法拼装出可读的原文。
04 · 存储层
本地加密仓与可选安全区
本地聊天数据使用 AES-256 或 ChaCha20 加密后存储在数据库中，数据库口令由启动口令 + 设备指纹派生。
在支持安全区的设备上（如 macOS Secure Enclave、Windows TPM、iOS/Android Keystore），SafeW 会把根密钥存放到安全区。
用户可以随时选择「清除本地数据」并进行覆盖擦除，避免被恢复工具挖出历史缓存。
COMMITMENTS · 长期承诺
我们把自己也放进审计范围
加密协议只是起点。要让高安全需求的用户信任 SafeW，我们必须把运营、审计、披露与漏洞奖励也写进承诺，接受长期检验。
季度公开安全公告
SafeW 每季度在官网博客与 rk-safew.cn/security/ 发布公开的安全公告，覆盖新版本的密码学变更、漏洞修复与外部审计摘要。
外部安全审计
SafeW 每年至少委托一家独立第三方安全公司对协议实现、客户端加密流程与后端骨干进行审计，结果以摘要形式对外披露。
漏洞奖励计划
SafeW 设有针对协议漏洞、客户端漏洞与运维安全的奖励通道，奖励金额按严重程度分级，最高单次奖励达到高五位数美元。
严格的密钥不出境
对企业客户我们承诺根密钥与会话密钥永远不离开客户设备或企业内网，SafeW 官方与骨干节点均无法接触到明文密钥。
