SANKET face à SalaX : comparaison de messageries sécurisées
SalaX Secure Messaging et SANKET s’adressent tous deux aux organisations réglementées et peuvent être déployés sur site et dans des environnements isolés des réseaux, avec des clés détenues par le client. SANKET repose sur Signal Protocol avec PQXDH et SPQR post-quantiques, AES-256 à chaque couche, des listes d’appareils signées, une authentification TLS mutuelle entre appareils et des clés FIDO2 pour les administrateurs. Il est développé et pris en charge en Inde.
À propos de SalaX Secure Messaging
SSH Communications Security Oyj · Finlande
SalaX Secure Messaging est le volet de messagerie en temps réel de SalaX Secure Collaboration, proposé par SSH Communications Security, l’entreprise finlandaise à l’origine du protocole SSH. Il repose sur la plateforme Element et la norme Matrix, avec un chiffrement Olm et Megolm. Il est proposé sous forme de logiciel en tant que service depuis un nuage européen ou en auto-hébergement, y compris dans un environnement isolé des réseaux, avec des clés détenues par le client.
Sanket face à SalaX Secure Messaging : comparaison côte à côte
| Critère | SANKET | SalaX Secure Messaging |
|---|---|---|
| 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 (sur site, dans un nuage privé ou public) ou, sous forme de logiciel en tant que service, dans un nuage européen. |
| 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. | Logiciel en tant que service, sur site, nuage privé, nuage public, en environnement isolé des réseaux et par canal distinct. |
| 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. | Clés de chiffrement détenues par le client (fournisseur). Numéro de téléphone requis : aucune information publique à ce sujet. |
| 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. | Matrix avec Olm et Megolm, AES-256 ; basé sur la plateforme Element. |
| 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. | Not publicly documented |
| 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 fournisseur affirme que les conversations, les appels audio et vidéo et les transferts de fichiers sont chiffrés de bout en bout. |
| 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. | Vérification par authentification multifacteur, mot de passe à usage unique, code confidentiel, authentification unique ou identité bancaire (SalaX Secure Collaboration). |
| 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. | Vérification des appareils par signatures croisées ; robot d'audit et tenue de registres. |
| 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. | SSH Communications Security Oyj, Helsinki, Finlande ; déploiement dans certaines régions de l’UE ou certaines régions nationales. |
| 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. | Applications pour ordinateur, appareil mobile et navigateur web. |
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.
SalaX Secure Messaging
Le client (sur site, dans un nuage privé ou public) ou, sous forme de logiciel en tant que service, dans un nuage européen.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.
SalaX Secure Messaging
Logiciel en tant que service, sur site, nuage privé, nuage public, en environnement isolé des réseaux et par canal distinct.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.
SalaX Secure Messaging
Clés de chiffrement détenues par le client (fournisseur). Numéro de téléphone requis : aucune information publique à ce sujet.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.
SalaX Secure Messaging
Matrix avec Olm et Megolm, AES-256 ; basé sur la plateforme Element.Protection 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.
SalaX Secure Messaging
Not publicly documentedGroupes 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.
SalaX Secure Messaging
Le fournisseur affirme que les conversations, les appels audio et vidéo et les transferts de fichiers sont chiffrés de bout en bout.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.
SalaX Secure Messaging
Vérification par authentification multifacteur, mot de passe à usage unique, code confidentiel, authentification unique ou identité bancaire (SalaX Secure Collaboration).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.
SalaX Secure Messaging
Vérification des appareils par signatures croisées ; robot d'audit et tenue de registres.Souveraineté 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.
SalaX Secure Messaging
SSH Communications Security Oyj, Helsinki, Finlande ; déploiement dans certaines régions de l’UE ou certaines régions nationales.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é.
SalaX Secure Messaging
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.
SalaX Secure Messaging
Applications pour ordinateur, appareil mobile et navigateur web.Les points forts de Sanket
- Signal Protocol avec PQXDH et SPQR post-quantiques pour toutes les communications par messagerie.
- AES-256 partout : les messages via libsignal, les fichiers et les appels avec AES-256-GCM, et TLS avec uniquement des suites AES-256-GCM.
- Listes d’appareils signées, authentification TLS mutuelle des appareils et clés de sécurité FIDO2 pour les administrateurs.
- Développé et pris en charge en Inde, avec des licences hors ligne et des lots de versions hors ligne pour les environnements isolés physiquement des réseaux.
- Intégrité des versions : manifestes signés avec protection contre le retour à une version antérieure et contre l’utilisation d’une version obsolète.
Questions fréquentes
De quel pays vient SalaX Secure Messaging ?
Finlande. Elle fait partie de SalaX Secure Collaboration, proposé par SSH Communications Security Oyj à Helsinki. SANKET (Sanket.Chat) de Tosh Defence est développé et pris en charge en Inde.
En quoi le chiffrement de Sanket est-il différent ?
Sanket utilise Signal Protocol par l’intermédiaire de la bibliothèque officielle libsignal de Signal, avec les mécanismes post-quantiques PQXDH et SPQR, et AES-256 pour les messages, les fichiers, les appels et le transport.
Sanket permet-il au client de détenir ses propres clés ?
Oui. Les clés sont générées sur les appareils des utilisateurs et protégées par un stockage sécurisé par le matériel. Le serveur relaie les données chiffrées sans jamais détenir les clés des messages, des fichiers ou des appels.
Sources
- Livre blanc sur la sécurité technique et l'architecture de SANKET, édition publique 2.0 (7 octobre 2026)
- SSH : premières installations de SalaX Secure Messaging et adhésion à la Matrix Foundation (28 avril 2025)
- SSH : SalaX Secure Messaging
- SSH : collaboration sécurisée avec souveraineté des données
- SSH : fiche commerciale de SalaX Secure Collaboration 2025
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.