Sanket.Chat
安全:部署与韧性

安全消息通信的部署与韧性:从云端到物理隔离环境

Tosh Defence 的 Sanket (Sanket.Chat) 可按照各组织所需的网络架构部署为专属实例:可部署在其选定的自主可控云、专属托管环境、自有场所,或完全物理隔离的独立安全域中。每种部署方式均可采用单主机,也可采用具备异地恢复能力的多主机高可用架构;在受限网络中,通话可通过 TCP 443 端口上的 HTTPS 建立连接。

其他系统承压时,通信尤为关键。SANKET 专为在服务中断、网络限制、升级和站点失效期间持续运行而设计。

4 种部署方式,统一的安全设计

Sanket 的每套部署均专供单一客户使用,且所有部署模式采用相同的安全设计。不同之处在于基础设施由谁拥有和运营,以及其网络连接方式。

  • 云端:Sanket.Work 可部署在客户选定的任意地区、任意云平台
  • 专用托管部署:由 Tosh Defence 托管的 Sanket.Work
  • 本地部署:在客户服务器上运行 Sanket.Enterprise
  • 物理隔离网络:部署在隔离环境中的Sanket.Enterprise

具备第二站点恢复能力的高可用性

高可用部署方案在多台主机上运行:两台边缘主机位于共享地址或客户的负载均衡器后方,应用节点、实时通信节点和媒体节点均不止一台,数据库采用复制和隔离式故障转移,确保原主节点绝不可能再接受写入;此外还包括分布式对象存储和集群化密钥服务。

数据库、存储数据和机密信息以异步方式复制到第二站点。演练工具会隔离主站点、将第二站点提升为主站点、切换服务名称,并在之后执行故障回切;每次演练都会记录实际达到的恢复效果。

在受限网络中仍可接通的通话

许多酒店、政府部门和移动网络仅允许通过 TCP 443 向外建立 HTTPS 连接。在面向互联网的部署中,单个 TCP 443 端口同时承载 HTTPS 和通话中继流量,在网络边界进行区分,无需解密任何内容。中继链路仅使用采用 AES-256-GCM 的 TLS 1.3;其中的媒体仍保持端到端 AES-256-GCM 帧加密。

通话针对3G和拥塞的4G链路设计,通过自适应调整音视频,保持语音清晰可辨。

平稳完成升级和备份

升级前会先创建受保护的加密还原点。若该版本支持,新应用服务器会与旧服务器并行启动,仅在运行状态正常后接管;任何故障都会自动回滚。

备份按组件分别使用 AES-256-GCM 加密,由已签名的清单描述,并在恢复操作更改任何内容之前经过验证。备份目标包括本地或网络存储、兼容 S3 的对象存储或 SFTP,还可选择保留第二份副本。

身份系统不可用时仍具韧性

在现有设备上日常登录、收发消息和通话均不连接组织的身份目录,因此即使身份服务提供商发生故障,外勤设备仍可正常工作,而且始终至少有一名本地管理员能够登录。

技术验证材料

在 SANKET 白皮书中了解详情

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

常见问题

常见问题

向我们的团队提问

Sanket 可以如何部署?

可在客户选择的云环境中专用部署,也可部署在 Tosh Defence 托管环境(Sanket.Work)、客户自有服务器或完全物理隔离的网络环境(Sanket.Enterprise)。所有部署模式均采用相同的安全设计。

SANKET 是否具备高可用性?

是。多主机高可用配置提供 2 台边缘主机、冗余的应用节点和媒体节点、具备隔离故障节点后进行故障切换的数据库副本、分布式存储以及集群式机密管理服务。

SANKET 是否支持在第二站点进行灾难恢复?

是。数据库、存储数据和机密信息以异步方式复制到第二站点,并提供用于隔离、提升、切换和故障恢复切回的演练工具。

只开放端口 443 时,SANKET 通话能否正常进行?

是。如果网络只允许通过 TCP 443 端口使用 HTTPS,通话可通过该端口连接,使用 TLS 1.3 和 AES-256-GCM,隧道内的媒体数据仍保持端到端加密。

升级期间是否会中断服务?

升级流程旨在保持服务连续运行。若该版本支持,新版本仅在运行状态正常后接管;其他版本则在计划维护时段内升级。任何故障都会自动回滚。

备份如何受到保护?

每个备份组件均使用各自的 AES-256-GCM 密钥加密,并列入已签名的清单;恢复操作更改任何内容之前,会验证该清单和每个备份文件。

为您的组织设计合适的 SANKET 系统拓扑

从单站点部署到具备异地恢复能力的高可用架构,Tosh Defence 协助您规划部署、韧性保障和推广上线。