SANKET frente a Rocket.Chat: comparación de mensajería segura para equipos
Rocket.Chat es una plataforma flexible de colaboración en equipo que puede funcionar en servidores propios y en redes aisladas físicamente. Sanket incorpora por diseño cifrado de extremo a extremo para cada mensaje, archivo y llamada, con libsignal de Signal, PQXDH y SPQR poscuánticos, listas de dispositivos firmadas y TLS mutuo entre dispositivos, todo bajo el control pleno de la organización.
Acerca de Rocket.Chat
Rocket.Chat Technologies Corp · Brasil (oficinas en Estados Unidos y Europa)
Rocket.Chat es una plataforma de colaboración en equipo fundada en 2015 y con sede en Porto Alegre, Brasil. Puede instalarse en servidores propios, en redes aisladas físicamente, en una nube soberana o privada, o en la nube alojada de Rocket.Chat; se integra con LDAP, SAML y OpenID Connect y presta servicio a empresas, organismos públicos y organizaciones de defensa.
Sanket frente a Rocket.Chat: comparativa punto por punto
| Criterio | SANKET | Rocket.Chat |
|---|---|---|
| Quién controla la infraestructura | El cliente. Una instalación dedicada por organización, en una infraestructura que posee o elige, sin ningún servicio operado por el proveedor en la ruta de los mensajes. | El cliente (con gestión propia) o la nube alojada de Rocket.Chat. |
| Opciones de instalación | Instalación dedicada en cualquier nube y región que elija el cliente (o alojada por Tosh Defence), en los servidores propios del cliente o completamente aislada físicamente de otras redes; en un único servidor o con alta disponibilidad y recuperación en un segundo emplazamiento. | En servidores propios, en una red físicamente aislada, en una nube soberana o privada, o en la nube alojada de Rocket.Chat. |
| Quién tiene las claves y controla la identidad | El cliente y sus usuarios. Las claves se generan en cada dispositivo y se protegen mediante almacenamiento respaldado por hardware; las identidades son Sanket IDs controladas por el cliente, sin necesidad de identificarse mediante un número de teléfono personal. | Cuentas del espacio de trabajo; no se requiere número de teléfono. Gestión de claves: sin documentación pública. |
| Protocolo de cifrado | Signal Protocol mediante libsignal, la implementación oficial de Signal auditada de forma independiente. Los mensajes utilizan AES-256-CBC con HMAC-SHA256 dentro de libsignal; los archivos y las llamadas, AES-256-GCM; TLS solo utiliza conjuntos de cifrado con AES-256-GCM. | Not publicly documented |
| Protección poscuántica | Sí, en la versión actual: PQXDH con una preclave poscuántica Kyber obligatoria y el mecanismo de avance de claves SPQR (Triple Ratchet), además de un intercambio híbrido de claves X25519MLKEM768 en el extremo TLS. | Algoritmos poscuánticos previstos en la hoja de ruta del proveedor. |
| Grupos y llamadas cifrados de extremo a extremo de forma predeterminada | Sí. Los mensajes individuales y de grupo, las reacciones, las difusiones cifradas y los archivos siempre están cifrados de extremo a extremo; las llamadas de voz y vídeo utilizan cifrado de fotogramas AES-256-GCM con cinco claves nuevas por segundo, dentro de SRTP AES-256-GCM. | Un administrador del espacio de trabajo activa el cifrado de extremo a extremo y puede imponerlo en las nuevas salas privadas y los mensajes directos. |
| Proveedor de identidad del cliente (SSO / LDAP) | Sí. Autenticación mediante el directorio OIDC, SAML 2.0 o LDAP del propio cliente, aprovisionamiento mediante SCIM 2.0 y llaves de seguridad FIDO2 para administradores. | LDAP, SAML y OAuth / OpenID Connect (por ejemplo, Keycloak y Entra ID); LDAP y SAML utilizan un módulo Premium a partir de la versión 9.0.0. |
| Controles de administración y gestión de dispositivos | Aprobación y revocación de dispositivos, modo de pérdida y borrado remoto, listas de dispositivos firmadas, TLS mutuo entre dispositivos, políticas de conservación, reenvío y portapapeles, etiquetas de clasificación definidas por el cliente y un registro de auditoría encadenado mediante hashes para el SIEM del cliente. | Not publicly documented |
| Soberanía de los datos (jurisdicción, desarrollado en la India) | Desarrollado en la India por Tosh Defence. Los datos permanecen en la jurisdicción y la infraestructura que elija el cliente, sin análisis de terceros ni dependencia de infraestructura extranjera para ejecutar los productos. | Rocket.Chat Technologies Corp, Porto Alegre, Brasil, con oficinas en Estados Unidos y Europa. |
| Integridad de las versiones y control de actualizaciones | Versiones firmadas con Ed25519 y verificadas antes de la instalación, con bloqueo de versiones, protección contra la instalación de versiones anteriores y reversión automática si falla una actualización. El cliente decide cuándo actualizar, en línea o mediante un paquete firmado sin conexión. | Not publicly documented |
| Plataformas | Aplicaciones nativas para iOS, Android, Windows, macOS y Linux. Sin navegador por diseño: no hay cliente web que pueda ser atacado. | Web, ordenador y móvil (proveedor). |
Quién controla la infraestructura
SANKET
El cliente. Una instalación dedicada por organización, en una infraestructura que posee o elige, sin ningún servicio operado por el proveedor en la ruta de los mensajes.
Rocket.Chat
El cliente (con gestión propia) o la nube alojada de Rocket.Chat.Opciones de instalación
SANKET
Instalación dedicada en cualquier nube y región que elija el cliente (o alojada por Tosh Defence), en los servidores propios del cliente o completamente aislada físicamente de otras redes; en un único servidor o con alta disponibilidad y recuperación en un segundo emplazamiento.
Rocket.Chat
En servidores propios, en una red físicamente aislada, en una nube soberana o privada, o en la nube alojada de Rocket.Chat.Quién tiene las claves y controla la identidad
SANKET
El cliente y sus usuarios. Las claves se generan en cada dispositivo y se protegen mediante almacenamiento respaldado por hardware; las identidades son Sanket IDs controladas por el cliente, sin necesidad de identificarse mediante un número de teléfono personal.
Rocket.Chat
Cuentas del espacio de trabajo; no se requiere número de teléfono. Gestión de claves: sin documentación pública.Protocolo de cifrado
SANKET
Signal Protocol mediante libsignal, la implementación oficial de Signal auditada de forma independiente. Los mensajes utilizan AES-256-CBC con HMAC-SHA256 dentro de libsignal; los archivos y las llamadas, AES-256-GCM; TLS solo utiliza conjuntos de cifrado con AES-256-GCM.
Rocket.Chat
Not publicly documentedProtección poscuántica
SANKET
Sí, en la versión actual: PQXDH con una preclave poscuántica Kyber obligatoria y el mecanismo de avance de claves SPQR (Triple Ratchet), además de un intercambio híbrido de claves X25519MLKEM768 en el extremo TLS.
Rocket.Chat
Algoritmos poscuánticos previstos en la hoja de ruta del proveedor.Grupos y llamadas cifrados de extremo a extremo de forma predeterminada
SANKET
Sí. Los mensajes individuales y de grupo, las reacciones, las difusiones cifradas y los archivos siempre están cifrados de extremo a extremo; las llamadas de voz y vídeo utilizan cifrado de fotogramas AES-256-GCM con cinco claves nuevas por segundo, dentro de SRTP AES-256-GCM.
Rocket.Chat
Un administrador del espacio de trabajo activa el cifrado de extremo a extremo y puede imponerlo en las nuevas salas privadas y los mensajes directos.Proveedor de identidad del cliente (SSO / LDAP)
SANKET
Sí. Autenticación mediante el directorio OIDC, SAML 2.0 o LDAP del propio cliente, aprovisionamiento mediante SCIM 2.0 y llaves de seguridad FIDO2 para administradores.
Rocket.Chat
LDAP, SAML y OAuth / OpenID Connect (por ejemplo, Keycloak y Entra ID); LDAP y SAML utilizan un módulo Premium a partir de la versión 9.0.0.Controles de administración y gestión de dispositivos
SANKET
Aprobación y revocación de dispositivos, modo de pérdida y borrado remoto, listas de dispositivos firmadas, TLS mutuo entre dispositivos, políticas de conservación, reenvío y portapapeles, etiquetas de clasificación definidas por el cliente y un registro de auditoría encadenado mediante hashes para el SIEM del cliente.
Rocket.Chat
Not publicly documentedSoberanía de los datos (jurisdicción, desarrollado en la India)
SANKET
Desarrollado en la India por Tosh Defence. Los datos permanecen en la jurisdicción y la infraestructura que elija el cliente, sin análisis de terceros ni dependencia de infraestructura extranjera para ejecutar los productos.
Rocket.Chat
Rocket.Chat Technologies Corp, Porto Alegre, Brasil, con oficinas en Estados Unidos y Europa.Integridad de las versiones y control de actualizaciones
SANKET
Versiones firmadas con Ed25519 y verificadas antes de la instalación, con bloqueo de versiones, protección contra la instalación de versiones anteriores y reversión automática si falla una actualización. El cliente decide cuándo actualizar, en línea o mediante un paquete firmado sin conexión.
Rocket.Chat
Not publicly documentedPlataformas
SANKET
Aplicaciones nativas para iOS, Android, Windows, macOS y Linux. Sin navegador por diseño: no hay cliente web que pueda ser atacado.
Rocket.Chat
Web, ordenador y móvil (proveedor).En qué destaca Sanket
- Cifrado de extremo a extremo integrado desde el diseño en toda la mensajería: los mensajes, las reacciones, las difusiones y las etiquetas pasan por libsignal, y los archivos se cifran con AES-256-GCM en el dispositivo.
- Mensajería poscuántica en la versión actual (PQXDH y SPQR) y TLS híbrido poscuántico en el perímetro de la red.
- Llamadas cifradas de extremo a extremo con claves de cifrado de tramas AES-256-GCM específicas de cada remitente, distribuidas mediante libsignal; el servidor de contenido multimedia no puede descifrarlas.
- Listas de dispositivos firmadas y TLS mutuo entre dispositivos para cada dispositivo autorizado.
- Llaves de seguridad FIDO2 para administradores, verificadas por la propia instalación sin ningún servicio externo.
Preguntas frecuentes
¿Es SANKET una alternativa a Rocket.Chat?
Sí, para organizaciones que quieren que todas las conversaciones tengan cifrado de extremo a extremo por diseño. SANKET (Sanket.Chat), de Tosh Defence, utiliza libsignal de Signal con protección poscuántica para cada mensaje, archivo y llamada.
¿Se puede instalar SANKET en una red físicamente aislada?
Sí. SANKET funciona en un entorno totalmente aislado de otras redes, con una autoridad de certificación interna, licencias sin conexión y actualizaciones sin conexión firmadas, en un único servidor o en una configuración de alta disponibilidad con una segunda ubicación.
¿Se integra SANKET con LDAP y SAML?
Sí. La autenticación puede federarse con el directorio OIDC, SAML 2.0 o LDAP de la propia organización, con aprovisionamiento mediante SCIM 2.0.
Fuentes
- Libro blanco sobre la seguridad técnica y la arquitectura de SANKET, edición pública 2.0 (7 de octubre de 2026)
- Rocket.Chat: defensa
- Documentación de Rocket.Chat: cifrado de extremo a extremo
- Documentación de Rocket.Chat: preguntas frecuentes sobre el cifrado de extremo a extremo
- Rocket.Chat: alternativas
- Documentación de Rocket.Chat: autenticación
- Documentación de Rocket.Chat: autenticación en los distintos planes
- We Work Remotely: perfil de empresa de Rocket.Chat
Sources checked on 7 October 2026. Los datos sobre los competidores proceden únicamente de las fuentes indicadas. Cuando no se ha encontrado ninguna fuente pública, la celda indica «No documentado públicamente». Los nombres de productos y empresas son marcas comerciales de sus respectivos titulares.
Más comparativas
Ponga sus comunicaciones bajo su propio control
Hable con el equipo de Tosh Defence sobre su despliegue, desde una instalación en una nube dedicada hasta una infraestructura totalmente aislada de otras redes, o consulte primero la arquitectura de seguridad completa.