核心架构
零知识服务器架构
零知识服务器仅存储和转发加密数据 - 它持有的是自身无法读取的密文。这意味着，即使有法院命令，平台运营方、服务器管理员以及任何拥有服务器访问权限的一方也无法读取您的消息。
传统服务器模式
Alice 输入一条消息
设备上的明文
消息通过HTTPS发送
仅在传输过程中加密
服务器解密并存储
服务器持有明文
服务器为鲍勃重新加密
服务器重新对消息签名
服务器拥有完全访问权限
运营方可以读取所有消息
服务器运营方可以读取每条消息。任何安全事件、法院命令或内部人员威胁都可能使所有通信内容暴露。
Sanket 零知识模型
Alice 输入一条消息
设备上的明文
消息在设备端加密
通过 Signal Protocol 使用 Bob 的公钥
密文发送至服务器
服务器仅接收加密数据
服务器存储密文
无法解密 - 没有私钥
鲍勃的设备在本地解密
明文仅存在于接收方设备上
服务器运营方完全无法访问消息内容。安全事件、法院命令或内部人员威胁都无法使明文暴露。
零知识架构能保证什么
运营方无法读取消息
Tosh Defence Private Limited 无法读取贵机构的通信内容 - 现在无法读取，即使平台运营方受到任何法律程序约束，也无法读取。
服务器遭到入侵也无法泄露通信内容
即使攻击者攻陷 Sanket 服务器，也只能获得密文。没有私钥（私钥始终不会离开设备），便无法解密内容。
私钥始终留在设备上
身份密钥、会话密钥和消息密钥均在用户设备上生成并存储。服务器从不持有或接触私钥材料。
历史会话受到永久保护
前向保密意味着历史会话使用的临时密钥不会被保留。泄露今天的密钥，无法解密昨天的对话。
无法进行元数据画像
由于无法访问明文，服务器无法进行内容分析、关键词扫描、情感分析或任何形式的消息情报分析。
不存在单点解密失效风险
不存在能够解锁所有消息的主密钥。每个会话均独立加密。即使发生失陷，影响始终仅限于单个会话。
Double Ratchet 算法
完美前向保密
Signal Protocol 的 Double Ratchet 算法为每条消息生成新的加密密钥。密钥是临时性的 - 使用一次即丢弃。这一特性称为完全前向保密性（PFS），意味着即使当前密钥泄露，也无法解密过去发送的消息。
对于面临持续性对手威胁的敏感机构 - 包括国家级威胁行为者、长期企业间谍活动或持续情报收集 - PFS 并非可选项。它决定了一次事件的影响是有限的，还是会导致全部历史通信暴露。
会话开始
X3DHX3DH 密钥协商使用身份密钥、签名预密钥和一次性预密钥建立初始会话。无需预共享密钥。
每条消息
DH Ratchet每次消息交换都会推进迪菲-赫尔曼棘轮，生成新的临时密钥材料。每条消息都使用从先前棘轮状态派生的唯一密钥。
密钥派生
HKDFHKDF-SHA256 从每次棘轮运算的输出中派生对称加密密钥和消息认证码密钥。消息密钥绝不重复使用 - 使用后即从内存中删除。
历史消息
PFS已删除的会话密钥无法重新生成。即使攻击者日后攻破设备的长期身份密钥，也无法用其解密过往会话流量。
密码学规范
Sanket 使用的加密算法
Sanket 的每一层通信均采用已公开、经同行评审的密码学标准 - 不使用专有算法，也不依赖隐蔽性保障安全。
| 层 | 算法 | 标准版 | 密钥长度 | 保护范围 |
|---|---|---|---|---|
| 密钥协商 | X3DH（扩展三重迪菲-赫尔曼） | Signal Protocol | 255 位（Curve25519） | 无需预共享秘密的初始密钥交换 |
| 消息加密 | AES-256-GCM | NIST FIPS 197 | 256 位 | 消息内容的机密性与完整性 |
| 会话密钥 | Double Ratchet 算法 | Signal Protocol | 每次密钥棘轮推进 256 位 | 前向保密 - 密钥泄露后，历史会话仍受保护 |
| 传输层 | TLS 1.3 | RFC 8446 | 256 位（ECDHE） | 元数据保护与中间人攻击防范 |
| 证书锁定 | SHA-256 固定值验证 | RFC 7469 | 不适用 | 防止网络层拦截 |
| 密钥派生 | HKDF-SHA256 | RFC 5869 | 256 位输出 | 每个会话的密钥材料均经过密码学隔离 |
| 身份认证 | HMAC-SHA256 | RFC 2104 | 256 位 | 消息真实性验证与篡改检测 |
| 密钥存储 | 安全隔区 / 强盒 | Platform TEE | 与硬件绑定 | 抵御物理方式提取密钥 |
| 椭圆曲线 | Curve25519 / Ed25519 | RFC 8032 / RFC 8031 | 255 位 | 密钥真实性与身份验证 |
所有算法均为公开规定的开放标准。Sanket 不使用任何专有密码学实现。
分层控制措施
各层级的隐私控制
管理员控制功能
用户账户开通与停用 - 只有获批身份才能访问平台
即时撤销访问权限 - 立即将任何用户从所有群组和频道中移除
群组和频道治理 - 创建、管理和限制团队通信架构
设备信任管理 - 审批、审计和远程清除已登记设备上的数据
可配置的消息保留期限 - 按整个组织或特定频道设置保留期限
审计日志访问权限 - 查看用户访问事件和管理操作变更
用户控制
阅后即焚消息 - 为每个会话设置自动删除计时器
防止截屏 - 在受支持的平台上限制应用内截屏
已读回执控制 - 可选择启用或停用送达确认和已读确认信号
活动会话管理：查看并终止所有已登录设备上的会话
通知内容隐私保护 - 在锁屏通知中隐藏消息预览
生物识别应用锁 - 访问应用时须通过指纹或面部身份验证
组织数据管控
数据驻留位置选择 - 选择处理您部署数据的地理区域
GDPR数据处理协议 - 所有Sanket.Work部署均可获得正式的数据处理协议
执行数据保留政策 - 管理员可设定并在整个组织内强制执行数据保留期限
不投放广告或进行画像 - 不从通信内容或元数据中提取任何商业数据
导出与可携带性 - 支持数据导出，以满足数据主体访问请求和数据可携带权要求
删除程序 - 数据删除能力，用于满足GDPR的删除权合规要求
监管要求契合度
从设计上遵循 GDPR 的通信
通信平台的GDPR合规不能靠勾选清单实现 - 它需要合适的架构。Sanket的零知识架构、数据存储地选项和正式数据处理协议支持，专为承担GDPR数据控制者义务的机构设计。
申请获取 GDPR 文档数据最小化
Sanket 仅收集通信所必需的数据。不建立广告画像，不进行行为追踪，不保留非必要的元数据。
删除权
管理员可以执行用户数据删除操作。阅后即焚消息会自动删除。删除账户会从平台移除用户内容。
数据可携带性
支持导出组织数据以满足GDPR合规要求。用户可以以结构化格式导出自己的通信记录。
隐私保护融入设计
零知识服务器架构使隐私保护成为默认状态 - 而非需要启用的配置。服务器在任何情况下都无法读取消息内容。
数据处理方协议
所有 Sanket.Work 部署均可提供符合 GDPR 要求的正式数据处理协议。Tosh Defence 作为数据处理方开展工作，贵方承担数据控制者责任。
处理活动的安全性
基于 Signal Protocol 的端到端加密、TLS 1.3 传输、硬件支持的密钥存储和证书锁定共同满足第 32 条的技术措施要求。
国际数据传输
数据驻留选项支持在欧盟或欧洲经济区内处理数据。本地部署的 Sanket.Enterprise 可确保数据完全留在客户所在的司法管辖区内。
商业模式
您的通信不是商品
消费级消息平台依靠广告获得收入，而广告需要了解用户行为。Sanket 不采用广告模式，也没有分析您的通信或从中获利的动机。
消费级消息平台
广告收入依赖于了解用户行为
消息元数据（谁、何时、频率）具有商业价值
联系人关系图谱分析服务于定向广告
服务条款允许以“改进服务”为由广泛使用数据
免费服务意味着用户的注意力和数据就是产品
Sanket
收入来自部署和订阅 - 而非数据
不存在分析通信元数据的商业动机
平台代码或基础设施中不集成广告服务
Sanket 应用中不集成第三方分析软件开发工具包
客户为服务付费，其数据仍归客户所有