SANKET face à Rocket.Chat : comparaison de messageries d’équipe sécurisées
Rocket.Chat est une plateforme flexible de collaboration en équipe, déployable sur site et sur des réseaux isolés. Sanket assure par conception le chiffrement de bout en bout de chaque message, fichier et appel, avec libsignal de Signal, les protocoles post-quantiques PQXDH et SPQR, des listes d’appareils signées et une authentification TLS mutuelle entre appareils, sous le contrôle total de l’organisation.
À propos de Rocket.Chat
Rocket.Chat Technologies Corp · Brésil (bureaux aux États-Unis et en Europe)
Rocket.Chat est une plateforme de collaboration en équipe fondée en 2015 et basée à Porto Alegre, au Brésil. Elle peut être déployée sur site, sur des réseaux isolés, dans un nuage souverain ou privé, ou dans le nuage hébergé de Rocket.Chat. Elle s’intègre à LDAP, SAML et OpenID Connect et s’adresse aux entreprises, aux administrations et aux organisations de défense.
Sanket face à Rocket.Chat : comparaison côte à côte
| Critère | SANKET | Rocket.Chat |
|---|---|---|
| Qui contrôle l'infrastructure | Le client. Une installation dédiée par organisation, sur une infrastructure qu'elle possède ou choisit, sans service exploité par le fournisseur sur le trajet des messages. | Le client (gestion autonome) ou le nuage hébergé de Rocket.Chat. |
| Options de déploiement | Installation dédiée auprès de tout fournisseur de services en nuage, dans toute région choisie par le client (ou hébergée par Tosh Defence), sur les serveurs du client ou entièrement isolée physiquement des réseaux ; sur un seul serveur ou en haute disponibilité avec reprise sur un second site. | Sur site, sur un réseau isolé physiquement, dans un nuage souverain ou privé, ou dans un nuage hébergé par Rocket.Chat. |
| Qui détient les clés et contrôle les identités | Le client et ses utilisateurs. Les clés sont générées sur chaque appareil et protégées par un stockage à sécurité matérielle ; les identités sont des identifiants Sanket ID contrôlés par le client, sans obligation d'utiliser un numéro de téléphone personnel comme identifiant. | Comptes d'espace de travail ; aucun numéro de téléphone requis. Gestion des clés : non documentée publiquement. |
| Protocole de chiffrement | Signal Protocol via la bibliothèque officielle libsignal de Signal, auditée de manière indépendante. Les messages utilisent AES-256-CBC avec HMAC-SHA256 dans libsignal ; les fichiers et les appels utilisent AES-256-GCM ; TLS utilise uniquement des suites cryptographiques avec AES-256-GCM. | Not publicly documented |
| Protection post-quantique | Oui, dans la version actuelle : PQXDH avec une préclé Kyber post-quantique obligatoire et le mécanisme à cliquet SPQR (Triple Ratchet), ainsi qu'un échange de clés hybride X25519MLKEM768 à la terminaison TLS. | Algorithmes post-quantiques prévus dans la feuille de route du fournisseur. |
| Groupes et appels chiffrés de bout en bout par défaut | Oui. Les messages individuels et de groupe, les réactions, les diffusions chiffrées et les fichiers sont toujours chiffrés de bout en bout ; les appels vocaux et vidéo utilisent le chiffrement des trames par AES-256-GCM, avec cinq nouvelles clés de chiffrement des trames par seconde, au sein de SRTP AES-256-GCM. | Le chiffrement de bout en bout est activé par un administrateur de l’espace de travail, qui peut l’imposer pour les nouveaux salons privés et les messages directs. |
| Fournisseur d'identité du client (SSO / LDAP) | Oui. Authentification via l'annuaire OIDC, SAML 2.0 ou LDAP du client, provisionnement SCIM 2.0 et clés de sécurité FIDO2 pour les administrateurs. | LDAP, SAML et OAuth / OpenID Connect (par exemple Keycloak et Entra ID) ; LDAP et SAML utilisent un module Premium à partir de la version 9.0.0. |
| Contrôles d’administration et gestion des appareils | Approbation et révocation des appareils, mode appareil perdu et effacement à distance, listes des appareils signées, TLS mutuel des appareils, politique de conservation, de transfert et de presse-papiers, étiquettes de classification définies par le client et journal d'audit à chaînage cryptographique pour le SIEM du client. | Not publicly documented |
| Souveraineté des données (juridiction, conception en Inde) | Développé en Inde par Tosh Defence. Les données restent dans la juridiction et sur l'infrastructure choisies par le client, sans analyse de données par des tiers ni dépendance à des composants étrangers lors de l'exécution des produits. | Rocket.Chat Technologies Corp, Porto Alegre, Brésil, avec des bureaux aux États-Unis et en Europe. |
| Intégrité des versions et contrôle des mises à jour | Versions signées avec Ed25519, vérifiées avant installation, avec protection contre le gel des versions et contre le retour à une version antérieure, ainsi qu'un retour automatique à l'état précédent en cas d'échec de la mise à niveau. Le client décide quand procéder à la mise à niveau, en ligne ou au moyen d'un paquet hors ligne signé. | Not publicly documented |
| Plateformes | Applications natives pour iOS, Android, Windows, macOS et Linux. Sans navigateur par conception : aucun client web ne constitue une cible d'attaque. | Navigateur web, ordinateur et appareils mobiles (fournisseur). |
Qui contrôle l'infrastructure
SANKET
Le client. Une installation dédiée par organisation, sur une infrastructure qu'elle possède ou choisit, sans service exploité par le fournisseur sur le trajet des messages.
Rocket.Chat
Le client (gestion autonome) ou le nuage hébergé de Rocket.Chat.Options de déploiement
SANKET
Installation dédiée auprès de tout fournisseur de services en nuage, dans toute région choisie par le client (ou hébergée par Tosh Defence), sur les serveurs du client ou entièrement isolée physiquement des réseaux ; sur un seul serveur ou en haute disponibilité avec reprise sur un second site.
Rocket.Chat
Sur site, sur un réseau isolé physiquement, dans un nuage souverain ou privé, ou dans un nuage hébergé par Rocket.Chat.Qui détient les clés et contrôle les identités
SANKET
Le client et ses utilisateurs. Les clés sont générées sur chaque appareil et protégées par un stockage à sécurité matérielle ; les identités sont des identifiants Sanket ID contrôlés par le client, sans obligation d'utiliser un numéro de téléphone personnel comme identifiant.
Rocket.Chat
Comptes d'espace de travail ; aucun numéro de téléphone requis. Gestion des clés : non documentée publiquement.Protocole de chiffrement
SANKET
Signal Protocol via la bibliothèque officielle libsignal de Signal, auditée de manière indépendante. Les messages utilisent AES-256-CBC avec HMAC-SHA256 dans libsignal ; les fichiers et les appels utilisent AES-256-GCM ; TLS utilise uniquement des suites cryptographiques avec AES-256-GCM.
Rocket.Chat
Not publicly documentedProtection post-quantique
SANKET
Oui, dans la version actuelle : PQXDH avec une préclé Kyber post-quantique obligatoire et le mécanisme à cliquet SPQR (Triple Ratchet), ainsi qu'un échange de clés hybride X25519MLKEM768 à la terminaison TLS.
Rocket.Chat
Algorithmes post-quantiques prévus dans la feuille de route du fournisseur.Groupes et appels chiffrés de bout en bout par défaut
SANKET
Oui. Les messages individuels et de groupe, les réactions, les diffusions chiffrées et les fichiers sont toujours chiffrés de bout en bout ; les appels vocaux et vidéo utilisent le chiffrement des trames par AES-256-GCM, avec cinq nouvelles clés de chiffrement des trames par seconde, au sein de SRTP AES-256-GCM.
Rocket.Chat
Le chiffrement de bout en bout est activé par un administrateur de l’espace de travail, qui peut l’imposer pour les nouveaux salons privés et les messages directs.Fournisseur d'identité du client (SSO / LDAP)
SANKET
Oui. Authentification via l'annuaire OIDC, SAML 2.0 ou LDAP du client, provisionnement SCIM 2.0 et clés de sécurité FIDO2 pour les administrateurs.
Rocket.Chat
LDAP, SAML et OAuth / OpenID Connect (par exemple Keycloak et Entra ID) ; LDAP et SAML utilisent un module Premium à partir de la version 9.0.0.Contrôles d’administration et gestion des appareils
SANKET
Approbation et révocation des appareils, mode appareil perdu et effacement à distance, listes des appareils signées, TLS mutuel des appareils, politique de conservation, de transfert et de presse-papiers, étiquettes de classification définies par le client et journal d'audit à chaînage cryptographique pour le SIEM du client.
Rocket.Chat
Not publicly documentedSouveraineté des données (juridiction, conception en Inde)
SANKET
Développé en Inde par Tosh Defence. Les données restent dans la juridiction et sur l'infrastructure choisies par le client, sans analyse de données par des tiers ni dépendance à des composants étrangers lors de l'exécution des produits.
Rocket.Chat
Rocket.Chat Technologies Corp, Porto Alegre, Brésil, avec des bureaux aux États-Unis et en Europe.Intégrité des versions et contrôle des mises à jour
SANKET
Versions signées avec Ed25519, vérifiées avant installation, avec protection contre le gel des versions et contre le retour à une version antérieure, ainsi qu'un retour automatique à l'état précédent en cas d'échec de la mise à niveau. Le client décide quand procéder à la mise à niveau, en ligne ou au moyen d'un paquet hors ligne signé.
Rocket.Chat
Not publicly documentedPlateformes
SANKET
Applications natives pour iOS, Android, Windows, macOS et Linux. Sans navigateur par conception : aucun client web ne constitue une cible d'attaque.
Rocket.Chat
Navigateur web, ordinateur et appareils mobiles (fournisseur).Les points forts de Sanket
- Le chiffrement de bout en bout est intégré dès la conception à toutes les communications : les messages, les réactions, les diffusions et les étiquettes passent par libsignal, et les fichiers sont chiffrés sur l’appareil avec AES-256-GCM.
- Messagerie post-quantique dans la version actuelle (PQXDH et SPQR) et TLS hybride post-quantique en périphérie du réseau.
- Appels chiffrés de bout en bout avec des clés de chiffrement des trames AES-256-GCM propres à chaque émetteur, transmises via libsignal ; le serveur multimédia ne peut pas les déchiffrer.
- Listes d’appareils signées et authentification TLS mutuelle pour chaque appareil approuvé.
- Clés de sécurité FIDO2 pour les administrateurs, vérifiées par l’installation elle-même sans service externe.
Questions fréquentes
SANKET est-il une alternative à Rocket.Chat ?
Oui, pour les organisations qui veulent que chaque conversation soit chiffrée de bout en bout dès la conception. SANKET (Sanket.Chat), développé par Tosh Defence, utilise libsignal de Signal avec une protection post-quantique pour chaque message, fichier et appel.
SANKET peut-il fonctionner sur un réseau physiquement isolé ?
Oui. SANKET fonctionne dans un environnement totalement isolé des réseaux, avec une autorité de certification interne, des licences hors ligne et des mises à jour hors ligne signées, sur un serveur unique ou en haute disponibilité avec un second site.
Sanket s’intègre-t-il à LDAP et à SAML ?
Oui. L'authentification peut être fédérée avec l'annuaire OIDC, SAML 2.0 ou LDAP de l'organisation, avec le provisionnement SCIM 2.0.
Sources
- Livre blanc sur la sécurité technique et l'architecture de SANKET, édition publique 2.0 (7 octobre 2026)
- Rocket.Chat : défense
- Documentation de Rocket.Chat : chiffrement de bout en bout
- Documentation de Rocket.Chat : questions fréquentes sur le chiffrement de bout en bout
- Rocket.Chat : solutions de remplacement
- Documentation de Rocket.Chat : authentification
- Documentation de Rocket.Chat : authentification selon les offres
- We Work Remotely : profil de l'entreprise Rocket.Chat
Sources checked on 7 October 2026. Les informations sur les concurrents proviennent uniquement des sources indiquées. En l'absence de source publique, la cellule porte la mention « Non documenté publiquement ». Les noms des produits et des entreprises sont des marques de leurs propriétaires respectifs.
Placez vos communications sous votre propre contrôle
Échangez avec l’équipe de Tosh Defence sur votre déploiement, d’une installation dédiée dans le nuage à une infrastructure entièrement isolée des réseaux, ou consultez d’abord l’architecture de sécurité complète.