SANKET frente a Private Discuss: comparación de mensajería segura y soberana
Private Discuss y SANKET prestan servicio a administraciones públicas, defensa e industrias críticas mediante instalaciones en servidores propios y redes aisladas. SANKET se basa en libsignal de Signal, auditada de forma independiente, e incorpora PQXDH y SPQR poscuánticos, AES-256 en toda la plataforma, listas de dispositivos firmadas y autenticación mutua de dispositivos mediante TLS, todo ello de un proveedor indio.
Acerca de Private Discuss
Private Discuss (PIMAN Group) · Francia
Private Discuss es una plataforma francesa de mensajería segura, videoconferencias y colaboración de PIMAN Group, fundado en 2018 y con sede cerca de Lyon. Presta servicio a administraciones públicas, defensa, energía, sector nuclear, finanzas y sanidad. Puede instalarse en servidores propios, en una nube privada o como servicio en línea a través de proveedores franceses, y funcionar en redes aisladas.
Sanket frente a Private Discuss: comparativa punto por punto
| Criterio | SANKET | Private Discuss |
|---|---|---|
| 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 (en sus propias instalaciones o en una nube privada) o como servicio por suscripción a través de los proveedores de alojamiento franceses Scaleway y OVHcloud. |
| 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 nube privada o como servicio; puede funcionar en redes aisladas. |
| 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. | El proveedor declara que solo el usuario posee las claves. Identidad: no documentada públicamente. |
| 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. | Not publicly documented |
| 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. | El proveedor declara que el cifrado de extremo a extremo abarca desde la cámara y el micrófono hasta la pantalla del destinatario; la configuración predeterminada de grupos y llamadas no se documenta por separado. |
| 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. | Not publicly documented |
| 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. | Control granular del acceso y los flujos de datos (prensa). |
| 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. | Private Discuss, PIMAN Group, Limonest (Lyon), Francia. |
| 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. | Windows, macOS, Linux, iOS, Android y acceso web. |
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.
Private Discuss
El cliente (en sus propias instalaciones o en una nube privada) o como servicio por suscripción a través de los proveedores de alojamiento franceses Scaleway y OVHcloud.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.
Private Discuss
En servidores propios, en una nube privada o como servicio; puede funcionar en redes aisladas.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.
Private Discuss
El proveedor declara que solo el usuario posee las claves. Identidad: no documentada públicamente.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.
Private Discuss
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.
Private Discuss
Not publicly documentedGrupos 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.
Private Discuss
El proveedor declara que el cifrado de extremo a extremo abarca desde la cámara y el micrófono hasta la pantalla del destinatario; la configuración predeterminada de grupos y llamadas no se documenta por separado.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.
Private Discuss
Not publicly documentedControles 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.
Private Discuss
Control granular del acceso y los flujos de datos (prensa).Soberaní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.
Private Discuss
Private Discuss, PIMAN Group, Limonest (Lyon), Francia.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.
Private Discuss
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.
Private Discuss
Windows, macOS, Linux, iOS, Android y acceso web.En qué destaca Sanket
- Basado en la versión oficial de libsignal de Signal, sometida a auditorías independientes, sin protocolos propios ni protocolos alternativos de reserva.
- Un documento técnico público sobre seguridad que expone el modelo de amenazas, la jerarquía de claves y la criptografía de SANKET para su evaluación.
- Mensajería poscuántica (PQXDH y SPQR) y AES-256-GCM para archivos y llamadas.
- Listas de dispositivos firmadas y TLS mutuo entre dispositivos para cada dispositivo autorizado.
- Desarrollado en la India para organizaciones que requieren un proveedor indio e infraestructura bajo control indio.
Preguntas frecuentes
¿Es Private Discuss una aplicación india?
No. Private Discuss es una empresa francesa del grupo PIMAN, con sede en Limonest, cerca de Lyon. SANKET (Sanket.Chat), de Tosh Defence, es la plataforma de comunicación segura desarrollada en la India.
¿Qué protocolo utiliza Sanket?
Signal Protocol mediante libsignal, la implementación oficial de Signal auditada de forma independiente, con PQXDH y el mecanismo de trinquete poscuántico SPQR, y AES-256-GCM para archivos y llamadas.
¿Puede SANKET funcionar en una red aislada?
Sí. SANKET funciona en un entorno totalmente aislado de otras redes, con una autoridad de certificación interna, licencias sin conexión y paquetes de versiones sin conexión firmados.
Fuentes
- Libro blanco sobre la seguridad técnica y la arquitectura de SANKET, edición pública 2.0 (7 de octubre de 2026)
- Conversación privada: información
- Sitio web de Private Discuss
- Le Monde Informatique: artículo sobre Private Discuss (17 de noviembre de 2025)
- Solutions Numeriques (31 de octubre de 2025)
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.
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.