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