Sanket.Chat
安全:服务器无法读取内容

服务器无法读取内容的架构:服务器转发密文

Tosh Defence 的 Sanket (Sanket.Chat) 使服务器无法读取通信内容:服务器只转发密文,从不持有消息、文件、通话、表情回应或加密群发消息的密钥。内容在发送设备上加密,仅在接收方设备上解密,因此 Tosh Defence、托管服务提供商和客户自有服务器均无法读取。

服务器无法读取内容的设计改变了服务器遭入侵时的后果。即使攻击者控制了服务器,也无法读取过往内容,因为密钥从未到达服务器;也无法在不被察觉的情况下添加设备进行监听,因为发送方会验证每个账户经过签名的设备列表。

服务器无法读取数据意味着什么

在 Sanket 中,服务器只负责中继加密内容。消息、回应和加密广播均由发送方设备使用 libsignal 加密;附件在上传前使用 AES-256-GCM 加密;通话数据帧在到达媒体服务器前完成端到端加密。所有相关密钥均在用户设备上生成并保存。

即使用于标识消息密级的标签也包含在加密内容中传输,因此服务器既无法读取,也无法更改。

服务器遭攻破也不会泄露内容

Tosh Defence 分析每个服务器端组件遭攻陷的情况。在所有这些情况下,消息正文、回应、加密广播、密级标签、文件内容、通话媒体内容和私钥仍受到保护,因为内容的保密性从不依赖任何服务器组件不被攻陷。

恢复遵循统一流程:使用经过验证且签名的发布版本重新构建,轮换服务器端密钥,强制重新进行身份验证,并审查可检测篡改的审计记录。

  • 消息正文和表情回应
  • 加密广播及其优先级
  • 密级标签
  • 文件内容
  • 通话媒体流
  • 私钥

没有隐蔽的旁听者

每个账户的设备列表均由保存在该账户主设备上的密钥签名,并在该部署实例中维护只可追加的日志。发送方在加密前核查该列表,不会向未列入其中的设备发送任何内容,因此恶意服务器无法添加设备来接收副本。安全码和身份变更通知可让用户直接核实彼此身份。

在您的专属部署实例中

SANKET 绝不是共享的公共服务。每个组织都运行自己的专属部署实例,因此投递消息所需的路由元数据始终留在客户自己的实例内,受其管理员、数据保留政策和审计机制管控。

管理员管理身份、设备和策略;他们不持有内容密钥,也无法读取会话内容。

技术验证材料

在 SANKET 白皮书中了解详情

本页面的每项陈述均在公开的 Sanket 技术安全与架构白皮书中完整阐述,无需注册即可免费阅读。

常见问题

常见问题

向我们的团队提问

服务器无法读取数据是什么意思?

服务器无法读取内容,意味着服务器仅转发密文,绝不持有消息、文件、通话、表情回应或加密群发消息的密钥。只有参与对话的人员才能在其设备上读取内容。

Tosh Defence 能否读取客户的消息?

不能。Tosh Defence 不运营客户的部署实例,也没有访问这些实例的途径;消息内容采用端到端加密,密钥仅存在于用户设备上。

客户方管理员能否读取消息?

不能。管理员管理身份、设备和策略。服务器不持有内容密钥,因此管理员无法读取消息和文件,也无法获取通话内容。

如果 Sanket 服务器遭到入侵,会发生什么?

历史消息和文件内容仍然保密,因为它们由服务器从未持有的密钥加密。经过签名的设备列表可阻止攻击者添加设备来接收副本,安全码则让用户能够核验身份。

服务器能否篡改或重放群发消息?

不能。加密广播的优先级、确认截止时间和到期时间均包含在端到端加密数据中,因此服务器既无法降低其优先级,也无法重放该广播。

路由元数据会发送到哪里?

投递消息所需的路由元数据保留在客户自有的专属部署环境内,并受其自身的保留策略和审计机制管控。

了解服务器无法读取内容的设计如何改变您的威胁模型

Tosh Defence 向安全架构师介绍 SANKET 的服务器遭攻陷分析、设备信任机制和元数据处理方式。