Sanket.Chat
Secure messaging comparison

SANKET 与 SalaX：安全通信对比

SalaX 安全消息通信和 SANKET 均面向受监管组织，均支持本地部署和物理隔离部署，并由客户持有密钥。SANKET 基于 Signal Protocol 构建，采用后量子 PQXDH 和 SPQR、各层均采用 AES-256 加密，并具备已签名的设备列表、设备间双向 TLS 认证和 FIDO2 管理员密钥；在印度开发并提供支持。

申请演示阅读白皮书

关于SalaX Secure Messaging

SSH 通信安全股份有限公司 · 芬兰

SalaX 安全消息通信是芬兰企业 SSH Communications Security 推出的 SalaX 安全协作套件中的即时通信组件。该企业开发了最初的 SSH 协议。该组件基于 Element 平台和 Matrix 标准构建，采用 Olm 和 Megolm 加密，可通过欧洲云提供 SaaS 服务，也可自行托管，包括在物理隔离环境中部署，密钥由客户持有。

Sanket 与 SalaX Secure Messaging：并排对比

谁掌控基础设施

SANKET

由客户掌控。每个组织均拥有一套专属部署，运行在其拥有或选择的基础设施上，消息传输路径中不经过供应商运营的服务。

SalaX 安全消息通信

由客户自行部署（本地、私有云或公有云），或通过欧洲云服务提供软件即服务。

部署选项

SANKET

可在客户选择的任何区域、任何云平台（或由 Tosh Defence 托管）进行专用部署，也可在客户本地或完全物理隔离的环境中部署；支持单主机配置，或配备第二站点恢复能力的高可用配置。

SalaX 安全消息通信

SaaS、本地部署、私有云、公有云、物理隔离部署及带外部署。

谁持有密钥并掌控身份信息

SANKET

由客户及其用户掌控。密钥在各设备上生成，并由硬件支持的存储机制保护；身份由客户掌控的 Sanket ID 确定，无需使用面向消费者的手机号码作为身份标识。

SalaX 安全消息通信

加密密钥归客户所有（供应商）。电话号码要求：未见公开文档说明。

加密协议

SANKET

通过 Signal 官方、经独立审计的 libsignal 实现 Signal Protocol。消息在 libsignal 内部使用 AES-256-CBC 加密，并通过 HMAC-SHA256 进行认证；文件和通话使用 AES-256-GCM；TLS 仅使用采用 AES-256-GCM 的密码套件。

SalaX 安全消息通信

采用 Olm 和 Megolm 的 Matrix，使用 AES-256；基于 Element 平台构建。

后量子防护

SANKET

是，在当前版本中：采用具有强制性后量子 Kyber 预密钥的 PQXDH 和 SPQR 棘轮机制（Triple Ratchet），并在 TLS 边缘采用混合式 X25519MLKEM768 密钥交换。

SalaX 安全消息通信

Not publicly documented

群组消息和通话默认采用端到端加密

SANKET

是。一对一和群组消息、表情回应、加密广播及文件始终采用端到端加密；语音和视频通话在 SRTP AES-256-GCM 内使用 AES-256-GCM 帧加密，每秒生成 5 个新的帧密钥。

SalaX 安全消息通信

供应商称，聊天、音视频通话和文件传输均采用端到端加密。

客户身份提供方（SSO / LDAP）

SANKET

是。可通过客户自己的 OIDC、SAML 2.0 或 LDAP 目录登录，使用 SCIM 2.0 自动配置用户，管理员可使用 FIDO2 安全密钥。

SalaX 安全消息通信

通过多因素身份验证、一次性密码、个人识别码、单点登录或银行身份标识进行验证（SalaX 安全协作）。

管理员控制与设备管理

SANKET

设备审批与撤销、丢失模式与远程擦除、已签名设备列表、设备双向 TLS、留存、转发与剪贴板策略、客户自定义密级标签，以及供客户的安全信息与事件管理系统使用的哈希链式审计日志。

SalaX 安全消息通信

设备交叉签名验证；审计机器人和记录留存。

数据主权（司法管辖权、印度制造）

SANKET

由 Tosh Defence 在印度开发。数据始终位于客户选择的司法管辖区和基础设施上；产品不使用第三方分析服务，也不依赖境外运行时组件。

SalaX 安全消息通信

SSH Communications Security Oyj，芬兰赫尔辛基；部署于指定的欧盟地区或国家地区。

发布版本完整性与更新控制

SANKET

经 Ed25519 签名的版本在安装前经过验证，具备版本冻结和回滚防护机制，升级失败时自动回滚。客户可自行决定何时升级，既可在线升级，也可使用经签名的离线软件包。

SalaX 安全消息通信

Not publicly documented

平台

SANKET

适用于 iOS、Android、Windows、macOS 和 Linux 的原生应用。设计上不依赖浏览器：没有可供攻击的网页客户端。

SalaX 安全消息通信

桌面端、移动端和网页端应用程序。

Sanket 的优势所在

  • 所有消息均采用 Signal Protocol，并使用后量子 PQXDH 和 SPQR。
  • 全面采用 AES-256：消息通过 libsignal 加密，文件和通话使用 AES-256-GCM 加密，TLS 仅使用 AES-256-GCM 密码套件。
  • 经签名的设备列表、设备间双向 TLS，以及供管理员使用的 FIDO2 安全密钥。
  • 在印度开发并提供支持，为与其他网络物理隔离的部署环境提供离线许可证和离线发布包。
  • 发布版本完整性：使用签名清单提供回滚防护和时效性保护。

常见问题

SalaX 安全消息服务来自哪里？

芬兰。它是总部位于赫尔辛基的 SSH Communications Security Oyj 旗下 SalaX 安全协作平台的一部分。Tosh Defence 的 Sanket.Chat 在印度开发并提供支持。

Sanket 的加密方式有何不同？

SANKET 通过 Signal 官方的 libsignal 使用 Signal Protocol，支持后量子 PQXDH 和 SPQR，并使用 AES-256 加密消息、文件、通话和传输数据。

SANKET 是否允许客户自行掌控密钥？

是。密钥在用户设备上生成，并由硬件支持的存储机制保护；服务器仅转发密文，始终不持有消息、文件或通话的密钥。

来源

更多对比

印度本土 WhatsApp 替代方案Sanket 与 ArattaiSanket 与 SandesSanket 与 SignalSanket 与 WhatsAppSanket 与 TelegramSanket 与 WireSanket 与 Rocket.ChatSanket 与 Element / MatrixSanket 与 Private DiscussSanket 与 Threema

让通信由您自主掌控

联系 Tosh Defence 团队，讨论从专用云部署到完全物理隔离的基础设施环境等部署需求，或先阅读完整的安全架构说明。

申请演示阅读白皮书