关于WhatsApp
Meta 平台公司 · 美国
WhatsApp 归 Meta Platforms 所有，供消费者和企业使用。WhatsApp 客户端之间的消息以及语音和视频通话默认采用 Signal Protocol 进行端到端加密，群组通信使用发送者密钥。它可在 Android、iOS、桌面端和网页端运行。
Sanket 与 WhatsApp：并排对比
| 评判标准 | SANKET | |
|---|---|---|
| 谁掌控基础设施 | 由客户掌控。每个组织均拥有一套专属部署，运行在其拥有或选择的基础设施上，消息传输路径中不经过供应商运营的服务。 | Meta 运营该服务。 |
| 部署选项 | 可在客户选择的任何区域、任何云平台（或由 Tosh Defence 托管）进行专用部署，也可在客户本地或完全物理隔离的环境中部署；支持单主机配置，或配备第二站点恢复能力的高可用配置。 | 仅限由 Meta 运营的服务。 |
| 谁持有密钥并掌控身份信息 | 由客户及其用户掌控。密钥在各设备上生成，并由硬件支持的存储机制保护；身份由客户掌控的 Sanket ID 确定，无需使用面向消费者的手机号码作为身份标识。 | 账户使用电话号码注册于 Meta 的服务；自 2026 年 6 月起逐步推出的用户名功能可隐藏电话号码。 |
| 加密协议 | 通过 Signal 官方、经独立审计的 libsignal 实现 Signal Protocol。消息在 libsignal 内部使用 AES-256-CBC 加密，并通过 HMAC-SHA256 进行认证；文件和通话使用 AES-256-GCM；TLS 仅使用采用 AES-256-GCM 的密码套件。 | 采用 Signal Protocol，群组使用发送者密钥，通话使用 SRTP。 |
| 后量子防护 | 是，在当前版本中：采用具有强制性后量子 Kyber 预密钥的 PQXDH 和 SPQR 棘轮机制（Triple Ratchet），并在 TLS 边缘采用混合式 X25519MLKEM768 密钥交换。 | Not publicly documented |
| 群组消息和通话默认采用端到端加密 | 是。一对一和群组消息、表情回应、加密广播及文件始终采用端到端加密；语音和视频通话在 SRTP AES-256-GCM 内使用 AES-256-GCM 帧加密，每秒生成 5 个新的帧密钥。 | 是：消息、语音和视频通话以及媒体数据默认采用端到端加密。 |
| 客户身份提供方（SSO / LDAP） | 是。可通过客户自己的 OIDC、SAML 2.0 或 LDAP 目录登录，使用 SCIM 2.0 自动配置用户，管理员可使用 FIDO2 安全密钥。 | Not publicly documented |
| 管理员控制与设备管理 | 设备审批与撤销、丢失模式与远程擦除、已签名设备列表、设备双向 TLS、留存、转发与剪贴板策略、客户自定义密级标签，以及供客户的安全信息与事件管理系统使用的哈希链式审计日志。 | Not publicly documented |
| 数据主权（司法管辖权、印度制造） | 由 Tosh Defence 在印度开发。数据始终位于客户选择的司法管辖区和基础设施上；产品不使用第三方分析服务，也不依赖境外运行时组件。 | Meta 平台公司，美国。 |
| 发布版本完整性与更新控制 | 经 Ed25519 签名的版本在安装前经过验证，具备版本冻结和回滚防护机制，升级失败时自动回滚。客户可自行决定何时升级，既可在线升级，也可使用经签名的离线软件包。 | Not publicly documented |
| 平台 | 适用于 iOS、Android、Windows、macOS 和 Linux 的原生应用。设计上不依赖浏览器：没有可供攻击的网页客户端。 | 支持 Android、iOS、桌面版和网页版（作为配套设备）。 |
谁掌控基础设施
SANKET
由客户掌控。每个组织均拥有一套专属部署，运行在其拥有或选择的基础设施上，消息传输路径中不经过供应商运营的服务。
部署选项
SANKET
可在客户选择的任何区域、任何云平台（或由 Tosh Defence 托管）进行专用部署，也可在客户本地或完全物理隔离的环境中部署；支持单主机配置，或配备第二站点恢复能力的高可用配置。
谁持有密钥并掌控身份信息
SANKET
由客户及其用户掌控。密钥在各设备上生成，并由硬件支持的存储机制保护；身份由客户掌控的 Sanket ID 确定，无需使用面向消费者的手机号码作为身份标识。
加密协议
SANKET
通过 Signal 官方、经独立审计的 libsignal 实现 Signal Protocol。消息在 libsignal 内部使用 AES-256-CBC 加密，并通过 HMAC-SHA256 进行认证；文件和通话使用 AES-256-GCM；TLS 仅使用采用 AES-256-GCM 的密码套件。
后量子防护
SANKET
是，在当前版本中：采用具有强制性后量子 Kyber 预密钥的 PQXDH 和 SPQR 棘轮机制（Triple Ratchet），并在 TLS 边缘采用混合式 X25519MLKEM768 密钥交换。
群组消息和通话默认采用端到端加密
SANKET
是。一对一和群组消息、表情回应、加密广播及文件始终采用端到端加密；语音和视频通话在 SRTP AES-256-GCM 内使用 AES-256-GCM 帧加密，每秒生成 5 个新的帧密钥。
客户身份提供方（SSO / LDAP）
SANKET
是。可通过客户自己的 OIDC、SAML 2.0 或 LDAP 目录登录，使用 SCIM 2.0 自动配置用户，管理员可使用 FIDO2 安全密钥。
管理员控制与设备管理
SANKET
设备审批与撤销、丢失模式与远程擦除、已签名设备列表、设备双向 TLS、留存、转发与剪贴板策略、客户自定义密级标签，以及供客户的安全信息与事件管理系统使用的哈希链式审计日志。
数据主权（司法管辖权、印度制造）
SANKET
由 Tosh Defence 在印度开发。数据始终位于客户选择的司法管辖区和基础设施上；产品不使用第三方分析服务，也不依赖境外运行时组件。
发布版本完整性与更新控制
SANKET
经 Ed25519 签名的版本在安装前经过验证，具备版本冻结和回滚防护机制，升级失败时自动回滚。客户可自行决定何时升级，既可在线升级，也可使用经签名的离线软件包。
平台
SANKET
适用于 iOS、Android、Windows、macOS 和 Linux 的原生应用。设计上不依赖浏览器：没有可供攻击的网页客户端。
Sanket 的优势所在
- 服务器、密钥、身份信息和审计记录归客户所有，并受客户所在地司法管辖。
- 每个版本均具备后量子加密通信能力：PQXDH 采用强制启用的 Kyber 预密钥，并结合 SPQR 棘轮机制。
- 任何 SANKET 应用程序中都没有第三方分析或崩溃报告软件开发工具包。
- 组织策略：留存期限、消息自动消失的最长期限、转发与剪贴板控制、水印和截屏限制。
- 支持物理隔离网络和离线运行，提供自行托管的Android推送服务及经签名验证的离线更新。
常见问题
适合机构的最佳 WhatsApp 替代方案是什么？
Tosh Defence 开发的 SANKET (Sanket.Chat)：在组织拥有并控制的基础设施上，提供熟悉的消息通信、通话和文件共享功能，并采用 Signal Protocol 和后量子防护。
用户会觉得 Sanket 的使用方式熟悉吗？
是。用户可在 iOS、Android、Windows、macOS 和 Linux 上使用熟悉的聊天、群组、文件共享及语音和视频通话功能；管理员则可使用组织所需的策略和设备管控功能。
SANKET 是否包含第三方分析工具？
不能。SANKET 应用程序不包含第三方分析或崩溃报告软件开发工具包，服务器仅转发密文，始终不持有消息、文件或通话的密钥。
Sanket 数据存储在哪里？
由客户选择：自有场所、与其他网络物理隔离的环境，或在其选定的任何云平台和区域进行专属部署。
来源
- SANKET 技术安全与架构白皮书，公开版 2.0 (2026 年 10 月 7 日)
- WhatsApp 加密概述，技术白皮书，第 9 版（2026 年 2 月 25 日）
- Smartprix：WhatsApp 用户名功能已上线
- SFLC.in：消息应用的安全与隐私功能分析（2025 年 10 月 12 日）
Sources checked on 7 October 2026. 竞品信息仅取自所列来源。未找到公开来源的单元格标注为“暂无公开资料”。产品和公司名称是各自所有者的商标。