用于事件响应的带外通信渠道
当主要系统可能已遭入侵时，事件响应和安全运营团队需要一个不与这些系统共用基础设施、身份体系或服务提供商的通信渠道。Sanket 的部署正是如此：独立的服务器、单独的身份域，以及确保内容连运营方自己的服务器也无法获取的端到端加密。
专为分段及断网网络打造
SANKET 可在专用网络和完全封闭的网络中运行，使用内部证书颁发机构、针对 Android 设备的自托管推送服务和离线许可证验证。断开连接期间，客户端仍可使用本地数据，将待发消息存入加密发件箱，并在连接恢复后发送。
- 内部证书颁发机构
- 自托管的 Android 推送服务
- 离线许可证和经签名的离线发布包
- 适用于间歇性连接的加密待发队列
内建韧性
高可用部署方案在多台主机上运行：两台边缘主机、不止一台应用节点和媒体节点、采用隔离式故障转移的复制数据库，以及复制存储。数据还会异步复制到第二站点，并配有用于隔离、提升、切换和故障恢复后切回的演练工具。
升级流程旨在保持服务连续运行：新版本仅在运行状态正常后接管，任何故障都会自动回滚。
向全体员工发送警报，并提供接收凭证
加密优先级广播可送达每台接收设备，并设有确认收悉期限，使指挥室能够掌握哪些人已收到指令。优先级、确认期限和过期时间均包含在加密内容中，任何服务器都无法更改。
技术验证材料
在 SANKET 白皮书中了解详情
本页面的每项陈述均在公开的 Sanket 技术安全与架构白皮书中完整阐述，无需注册即可免费阅读。
为什么关键基础设施运营方需要独立的安全通信平台？
因为当企业信息技术系统、电子邮件或公共服务运行受阻或遭到入侵时，事件协调仍须持续。Sanket 是独立部署的端到端加密系统，拥有自己的基础设施和身份域。
Sanket能否在运营技术网络中运行？
是的。Sanket 可在专用、分段和完全物理隔离的网络中运行，配备内部证书颁发机构、自行托管的 Android 推送服务和离线许可机制。
SANKET 是否具备高可用性？
是。多主机高可用配置提供冗余的边缘节点、应用节点和媒体节点，具备隔离故障节点后进行故障切换的数据库副本，并支持向第二站点异步复制，配备故障切换和切回的演练工具。
SANKET 能否与我们的安全运营中心集成？
是的。安全事件和管理事件通过受 TLS 保护的系统日志协议导出至运营方的 SIEM，集成 API 和经过签名的网络钩子可将 Sanket 连接到内部系统。
如果某个站点失去网络连接，消息会怎样？
设备可继续使用本地数据，并将待发送消息加入加密发件箱排队。部署实例会为离线设备保存密文，并在设备重新连接后送达。
规划有韧性、自主可控的通信渠道
Tosh Defence 帮助运营方在自有网络上设计适合的部署拓扑，从单站点部署到具备异地恢复能力的高可用部署。