SANKET и Rocket.Chat: сравнение защищённых платформ командного обмена сообщениями
Rocket.Chat - гибкая платформа для совместной работы команд, которую можно развернуть на собственных серверах и в сетях, физически изолированных от других сетей. В SANKET сквозное шифрование каждого сообщения, файла и звонка заложено в архитектуру: используются libsignal от Signal, постквантовые протоколы PQXDH и SPQR, подписанные списки устройств и взаимная аутентификация устройств по TLS. Всё это находится под полным контролем организации.
О Rocket.Chat
Рокет.Чат Текнолоджиз Корп · Бразилия (офисы в США и Европе)
Rocket.Chat - платформа для совместной работы команд, основанная в 2015 году со штаб-квартирой в Порту-Алегри, Бразилия. Её можно развернуть на собственных серверах, в сетях, физически изолированных от других сетей, в суверенном или частном облаке либо в облаке под управлением Rocket.Chat. Платформа интегрируется с LDAP, SAML и OpenID Connect и обслуживает коммерческие организации, государственные ведомства и оборонные структуры.
Sanket и Rocket.Chat: параллельное сравнение
| Критерий | SANKET | Рокет.Чат |
|---|---|---|
| Кто контролирует инфраструктуру | Заказчик. По одной выделенной установке на каждую организацию, на принадлежащей ей или выбранной ею инфраструктуре, без управляемого поставщиком сервиса на пути передачи сообщений. | У заказчика (при самостоятельном управлении) либо в облаке под управлением Rocket.Chat. |
| Варианты развертывания | Выделенная установка в любом выбранном заказчиком облаке и регионе (или на инфраструктуре Tosh Defence), на серверах заказчика либо в полностью изолированной от сетей среде; на одном сервере или в конфигурации высокой доступности с восстановлением на второй площадке. | На собственных серверах, в сети с физической изоляцией, в суверенном или частном облаке либо в облаке Rocket.Chat. |
| У кого находятся ключи и кто контролирует идентификацию | Заказчик и его пользователи. Ключи создаются на каждом устройстве и защищены аппаратными средствами хранения; идентификаторами служат Sanket ID, контролируемые заказчиком, без необходимости привязки к личному номеру телефона. | Учётные записи рабочего пространства; номер телефона не требуется. Управление ключами: сведения не опубликованы. |
| Протокол шифрования | Signal Protocol реализован через официальную библиотеку libsignal от Signal, прошедшую независимый аудит. Сообщения защищены шифрованием AES-256-CBC и проверкой подлинности HMAC-SHA256 внутри libsignal; для файлов и звонков используется AES-256-GCM; для TLS применяются только наборы шифров с AES-256-GCM. | Not publicly documented |
| Постквантовая защита | Да, в текущем выпуске: PQXDH с обязательным постквантовым предварительным ключом Kyber и храповым механизмом SPQR (тройной храповой механизм), а также гибридный обмен ключами X25519MLKEM768 на пограничном узле TLS. | Постквантовые алгоритмы в планах поставщика. |
| Сквозное шифрование групп и звонков включено по умолчанию | Да. Личные и групповые сообщения, реакции, зашифрованные широковещательные сообщения и файлы всегда защищены сквозным шифрованием; для голосовых и видеозвонков применяется шифрование кадров AES-256-GCM с пятью новыми ключами для кадров в секунду внутри SRTP AES-256-GCM. | Сквозное шифрование включается администратором рабочего пространства, который может сделать его обязательным для новых закрытых комнат и личных сообщений. |
| Поставщик удостоверений заказчика (SSO / LDAP) | Да. Вход через собственный каталог заказчика по протоколам OIDC, SAML 2.0 или LDAP, создание учётных записей через SCIM 2.0 и аппаратные ключи безопасности FIDO2 для администраторов. | LDAP, SAML и OAuth / OpenID Connect (например, Keycloak и Entra ID); для LDAP и SAML начиная с версии 9.0.0 требуется модуль Premium. |
| Средства администрирования и управление устройствами | Одобрение и отзыв доступа устройств, режим потери и удаленное стирание данных, подписанные списки устройств, взаимная аутентификация устройств по TLS, политики хранения сообщений, пересылки и буфера обмена, метки классификации, определяемые заказчиком, и журнал аудита с цепочкой хешей для системы SIEM заказчика. | Not publicly documented |
| Суверенитет данных (юрисдикция, разработано в Индии) | Разработано в Индии компанией Tosh Defence. Данные остаются в выбранной заказчиком юрисдикции и на выбранной им инфраструктуре. В продуктах нет аналитики сторонних поставщиков и зависимости от зарубежных компонентов при работе. | Rocket.Chat Technologies Corp, Порту-Алегри, Бразилия, с офисами в США и Европе. |
| Целостность выпусков и контроль обновлений | Выпуски подписаны с помощью Ed25519 и проверяются перед установкой; предусмотрены фиксация версии и защита от отката на предыдущую версию, а при сбое обновления автоматически восстанавливается прежнее состояние. Заказчик сам решает, когда обновляться: через интернет или с помощью подписанного автономного пакета. | Not publicly documented |
| Платформы | Нативные приложения для iOS, Android, Windows, macOS и Linux. Отсутствие браузерного клиента предусмотрено архитектурой: атаковать через него невозможно. | Веб-версия, настольное и мобильное приложения (от поставщика). |
Кто контролирует инфраструктуру
SANKET
Заказчик. По одной выделенной установке на каждую организацию, на принадлежащей ей или выбранной ею инфраструктуре, без управляемого поставщиком сервиса на пути передачи сообщений.
Рокет.Чат
У заказчика (при самостоятельном управлении) либо в облаке под управлением Rocket.Chat.Варианты развертывания
SANKET
Выделенная установка в любом выбранном заказчиком облаке и регионе (или на инфраструктуре Tosh Defence), на серверах заказчика либо в полностью изолированной от сетей среде; на одном сервере или в конфигурации высокой доступности с восстановлением на второй площадке.
Рокет.Чат
На собственных серверах, в сети с физической изоляцией, в суверенном или частном облаке либо в облаке Rocket.Chat.У кого находятся ключи и кто контролирует идентификацию
SANKET
Заказчик и его пользователи. Ключи создаются на каждом устройстве и защищены аппаратными средствами хранения; идентификаторами служат Sanket ID, контролируемые заказчиком, без необходимости привязки к личному номеру телефона.
Рокет.Чат
Учётные записи рабочего пространства; номер телефона не требуется. Управление ключами: сведения не опубликованы.Протокол шифрования
SANKET
Signal Protocol реализован через официальную библиотеку libsignal от Signal, прошедшую независимый аудит. Сообщения защищены шифрованием AES-256-CBC и проверкой подлинности HMAC-SHA256 внутри libsignal; для файлов и звонков используется AES-256-GCM; для TLS применяются только наборы шифров с AES-256-GCM.
Рокет.Чат
Not publicly documentedПостквантовая защита
SANKET
Да, в текущем выпуске: PQXDH с обязательным постквантовым предварительным ключом Kyber и храповым механизмом SPQR (тройной храповой механизм), а также гибридный обмен ключами X25519MLKEM768 на пограничном узле TLS.
Рокет.Чат
Постквантовые алгоритмы в планах поставщика.Сквозное шифрование групп и звонков включено по умолчанию
SANKET
Да. Личные и групповые сообщения, реакции, зашифрованные широковещательные сообщения и файлы всегда защищены сквозным шифрованием; для голосовых и видеозвонков применяется шифрование кадров AES-256-GCM с пятью новыми ключами для кадров в секунду внутри SRTP AES-256-GCM.
Рокет.Чат
Сквозное шифрование включается администратором рабочего пространства, который может сделать его обязательным для новых закрытых комнат и личных сообщений.Поставщик удостоверений заказчика (SSO / LDAP)
SANKET
Да. Вход через собственный каталог заказчика по протоколам OIDC, SAML 2.0 или LDAP, создание учётных записей через SCIM 2.0 и аппаратные ключи безопасности FIDO2 для администраторов.
Рокет.Чат
LDAP, SAML и OAuth / OpenID Connect (например, Keycloak и Entra ID); для LDAP и SAML начиная с версии 9.0.0 требуется модуль Premium.Средства администрирования и управление устройствами
SANKET
Одобрение и отзыв доступа устройств, режим потери и удаленное стирание данных, подписанные списки устройств, взаимная аутентификация устройств по TLS, политики хранения сообщений, пересылки и буфера обмена, метки классификации, определяемые заказчиком, и журнал аудита с цепочкой хешей для системы SIEM заказчика.
Рокет.Чат
Not publicly documentedСуверенитет данных (юрисдикция, разработано в Индии)
SANKET
Разработано в Индии компанией Tosh Defence. Данные остаются в выбранной заказчиком юрисдикции и на выбранной им инфраструктуре. В продуктах нет аналитики сторонних поставщиков и зависимости от зарубежных компонентов при работе.
Рокет.Чат
Rocket.Chat Technologies Corp, Порту-Алегри, Бразилия, с офисами в США и Европе.Целостность выпусков и контроль обновлений
SANKET
Выпуски подписаны с помощью Ed25519 и проверяются перед установкой; предусмотрены фиксация версии и защита от отката на предыдущую версию, а при сбое обновления автоматически восстанавливается прежнее состояние. Заказчик сам решает, когда обновляться: через интернет или с помощью подписанного автономного пакета.
Рокет.Чат
Not publicly documentedПлатформы
SANKET
Нативные приложения для iOS, Android, Windows, macOS и Linux. Отсутствие браузерного клиента предусмотрено архитектурой: атаковать через него невозможно.
Рокет.Чат
Веб-версия, настольное и мобильное приложения (от поставщика).В чём преимущества Sanket
- Сквозное шифрование заложено в архитектуру всех средств обмена сообщениями: сообщения, реакции, рассылки и метки передаются через libsignal, а файлы шифруются на устройстве с помощью AES-256-GCM.
- Постквантовая защита сообщений в текущей версии (PQXDH и SPQR) и гибридная постквантовая защита TLS на границе сети.
- Звонки защищены сквозным шифрованием: каждый кадр шифруется с помощью AES-256-GCM на ключах, отдельных для каждого отправителя и передаваемых через libsignal; медиасервер не может их расшифровать.
- Списки устройств с цифровой подписью и взаимная аутентификация по TLS для каждого одобренного устройства.
- Ключи безопасности FIDO2 для администраторов, проверяемые самой установленной системой без внешнего сервиса.
Часто задаваемые вопросы
Является ли SANKET альтернативой Rocket.Chat?
Да, для организаций, которым необходимо, чтобы каждый разговор был защищён сквозным шифрованием по умолчанию. Платформа Sanket.Chat от Tosh Defence использует libsignal от Signal с постквантовой защитой каждого сообщения, файла и звонка.
Можно ли развернуть SANKET в изолированной от сетей среде?
Да. SANKET работает в полностью физически изолированной сети с внутренним удостоверяющим центром, автономными лицензиями и подписанными обновлениями для автономной установки, на одном сервере или в конфигурации высокой доступности со второй площадкой.
Интегрируется ли Sanket с LDAP и SAML?
Да. Вход можно организовать через собственный каталог организации по протоколам OIDC, SAML 2.0 или LDAP, а создание учётных записей - через SCIM 2.0.
Источники
- Технический документ SANKET по безопасности и архитектуре, общедоступная редакция 2.0 (7 октября 2026 года)
- Rocket.Chat: оборона
- Документация Rocket.Chat: сквозное шифрование
- Документация Rocket.Chat: вопросы и ответы о сквозном шифровании
- Rocket.Chat: альтернативы
- Документация Rocket.Chat: аутентификация
- Документация Rocket.Chat: аутентификация в разных тарифных планах
- Профиль компании Rocket.Chat на We Work Remotely
Sources checked on 7 October 2026. Сведения о конкурентах взяты только из перечисленных источников. Если общедоступный источник не найден, в ячейке указано «Нет общедоступных сведений». Названия продуктов и компаний являются товарными знаками соответствующих владельцев.
Возьмите свои коммуникации под собственный контроль
Обсудите с командой Tosh Defence варианты развёртывания - от выделенной установки в облаке до инфраструктуры, полностью изолированной от сетей, или сначала ознакомьтесь с полным описанием архитектуры безопасности.