关于Telegram
Telegram · 阿拉伯联合酋长国（开发团队位于迪拜）
Telegram 是一款以云端聊天和公开频道著称的消息应用，由一个位于迪拜的团队开发。它使用自有的 MTProto 2.0 协议，提供可选择启用端到端加密的私密聊天，并对语音和视频通话（包括最多 200 人参与的群组通话）进行端到端加密。
Sanket 与 Telegram：并排对比
| 评判标准 | SANKET | Telegram |
|---|---|---|
| 谁掌控基础设施 | 由客户掌控。每个组织均拥有一套专属部署，运行在其拥有或选择的基础设施上，消息传输路径中不经过供应商运营的服务。 | Telegram 运营该服务，其数据中心分布在多个司法辖区。 |
| 部署选项 | 可在客户选择的任何区域、任何云平台（或由 Tosh Defence 托管）进行专用部署，也可在客户本地或完全物理隔离的环境中部署；支持单主机配置，或配备第二站点恢复能力的高可用配置。 | 由 Telegram 运营的服务。 |
| 谁持有密钥并掌控身份信息 | 由客户及其用户掌控。密钥在各设备上生成，并由硬件支持的存储机制保护；身份由客户掌控的 Sanket ID 确定，无需使用面向消费者的手机号码作为身份标识。 | 电话号码用于标识每位用户。 |
| 加密协议 | 通过 Signal 官方、经独立审计的 libsignal 实现 Signal Protocol。消息在 libsignal 内部使用 AES-256-CBC 加密，并通过 HMAC-SHA256 进行认证；文件和通话使用 AES-256-GCM；TLS 仅使用采用 AES-256-GCM 的密码套件。 | MTProto 2.0. |
| 后量子防护 | 是，在当前版本中：采用具有强制性后量子 Kyber 预密钥的 PQXDH 和 SPQR 棘轮机制（Triple Ratchet），并在 TLS 边缘采用混合式 X25519MLKEM768 密钥交换。 | Not publicly documented |
| 群组消息和通话默认采用端到端加密 | 是。一对一和群组消息、表情回应、加密广播及文件始终采用端到端加密；语音和视频通话在 SRTP AES-256-GCM 内使用 AES-256-GCM 帧加密，每秒生成 5 个新的帧密钥。 | 云端聊天采用客户端与服务器之间的加密；私密聊天（需主动启用，仅限一对一）采用端到端加密；语音和视频通话（包括最多 200 人参与的群组通话）采用端到端加密。 |
| 客户身份提供方（SSO / LDAP） | 是。可通过客户自己的 OIDC、SAML 2.0 或 LDAP 目录登录，使用 SCIM 2.0 自动配置用户，管理员可使用 FIDO2 安全密钥。 | Not publicly documented |
| 管理员控制与设备管理 | 设备审批与撤销、丢失模式与远程擦除、已签名设备列表、设备双向 TLS、留存、转发与剪贴板策略、客户自定义密级标签，以及供客户的安全信息与事件管理系统使用的哈希链式审计日志。 | Not publicly documented |
| 数据主权（司法管辖权、印度制造） | 由 Tosh Defence 在印度开发。数据始终位于客户选择的司法管辖区和基础设施上；产品不使用第三方分析服务，也不依赖境外运行时组件。 | 开发团队位于阿联酋迪拜。 |
| 发布版本完整性与更新控制 | 经 Ed25519 签名的版本在安装前经过验证，具备版本冻结和回滚防护机制，升级失败时自动回滚。客户可自行决定何时升级，既可在线升级，也可使用经签名的离线软件包。 | iOS 和 Android 应用采用可验证的构建方式。 |
| 平台 | 适用于 iOS、Android、Windows、macOS 和 Linux 的原生应用。设计上不依赖浏览器：没有可供攻击的网页客户端。 | iOS、Android、Windows、macOS、Linux 和网页版。 |
谁掌控基础设施
SANKET
由客户掌控。每个组织均拥有一套专属部署，运行在其拥有或选择的基础设施上，消息传输路径中不经过供应商运营的服务。
Telegram
Telegram 运营该服务，其数据中心分布在多个司法辖区。部署选项
SANKET
可在客户选择的任何区域、任何云平台（或由 Tosh Defence 托管）进行专用部署，也可在客户本地或完全物理隔离的环境中部署；支持单主机配置，或配备第二站点恢复能力的高可用配置。
Telegram
由 Telegram 运营的服务。谁持有密钥并掌控身份信息
SANKET
由客户及其用户掌控。密钥在各设备上生成，并由硬件支持的存储机制保护；身份由客户掌控的 Sanket ID 确定，无需使用面向消费者的手机号码作为身份标识。
Telegram
电话号码用于标识每位用户。加密协议
SANKET
通过 Signal 官方、经独立审计的 libsignal 实现 Signal Protocol。消息在 libsignal 内部使用 AES-256-CBC 加密，并通过 HMAC-SHA256 进行认证；文件和通话使用 AES-256-GCM；TLS 仅使用采用 AES-256-GCM 的密码套件。
Telegram
MTProto 2.0.后量子防护
SANKET
是，在当前版本中：采用具有强制性后量子 Kyber 预密钥的 PQXDH 和 SPQR 棘轮机制（Triple Ratchet），并在 TLS 边缘采用混合式 X25519MLKEM768 密钥交换。
Telegram
Not publicly documented群组消息和通话默认采用端到端加密
SANKET
是。一对一和群组消息、表情回应、加密广播及文件始终采用端到端加密；语音和视频通话在 SRTP AES-256-GCM 内使用 AES-256-GCM 帧加密，每秒生成 5 个新的帧密钥。
Telegram
云端聊天采用客户端与服务器之间的加密；私密聊天（需主动启用，仅限一对一）采用端到端加密；语音和视频通话（包括最多 200 人参与的群组通话）采用端到端加密。客户身份提供方（SSO / LDAP）
SANKET
是。可通过客户自己的 OIDC、SAML 2.0 或 LDAP 目录登录，使用 SCIM 2.0 自动配置用户，管理员可使用 FIDO2 安全密钥。
Telegram
Not publicly documented管理员控制与设备管理
SANKET
设备审批与撤销、丢失模式与远程擦除、已签名设备列表、设备双向 TLS、留存、转发与剪贴板策略、客户自定义密级标签，以及供客户的安全信息与事件管理系统使用的哈希链式审计日志。
Telegram
Not publicly documented数据主权（司法管辖权、印度制造）
SANKET
由 Tosh Defence 在印度开发。数据始终位于客户选择的司法管辖区和基础设施上；产品不使用第三方分析服务，也不依赖境外运行时组件。
Telegram
开发团队位于阿联酋迪拜。发布版本完整性与更新控制
SANKET
经 Ed25519 签名的版本在安装前经过验证，具备版本冻结和回滚防护机制，升级失败时自动回滚。客户可自行决定何时升级，既可在线升级，也可使用经签名的离线软件包。
Telegram
iOS 和 Android 应用采用可验证的构建方式。平台
SANKET
适用于 iOS、Android、Windows、macOS 和 Linux 的原生应用。设计上不依赖浏览器：没有可供攻击的网页客户端。
Telegram
iOS、Android、Windows、macOS、Linux 和网页版。Sanket 的优势所在
- 所有承载内容的通信均采用端到端加密：一对一和群组消息、表情回应、加密广播、文件及通话。
- Signal 的官方 libsignal，为所有消息提供后量子 PQXDH 和 SPQR 保护，并对消息、文件和通话采用 AES-256。
- 在客户所属司法管辖区内自托管，消息传输路径中不经过供应商运营的服务。
- 服务器无法读取的内容：服务器转发密文，且绝不持有消息、文件、通话、表情回应或加密群发消息的密钥。
- 身份由客户控制，使用 Sanket ID 和组织自有目录，无需以电话号码作为身份标识。
常见问题
SANKET 可以替代供机构使用的 Telegram 吗？
是。由 Tosh Defence 提供的 SANKET（Sanket.Chat）通过 Signal 的 libsignal，对每条消息、群组通信、文件和通话实施端到端加密，并运行在机构自有的基础设施上。
SANKET 群聊是否采用端到端加密？
是，始终如此。每条群组消息都使用 libsignal 为每台接收设备分别加密，因此不存在共享的群组密钥，被移除的成员无法读取后续消息。
使用 SANKET 是否需要电话号码？
无需以个人手机号码作为身份标识。用户通过 Sanket ID 标识；未配置短信服务提供商的部署完全不收集手机号码。
来源
Sources checked on 7 October 2026. 竞品信息仅取自所列来源。未找到公开来源的单元格标注为“暂无公开资料”。产品和公司名称是各自所有者的商标。