SANKET face à Private Discuss : comparaison de messageries sécurisées souveraines
Private Discuss et Sanket s'adressent tous deux aux administrations, à la défense et aux secteurs industriels critiques, avec des déploiements sur les serveurs de l'organisation ou sur des réseaux isolés. Sanket repose sur libsignal, dont la sécurité a été auditée de manière indépendante, avec PQXDH et SPQR post-quantiques, AES-256 de bout en bout, des listes d'appareils signées et une authentification mutuelle des appareils par TLS. Sanket est fourni par un prestataire indien.
À propos de Private Discuss
Private Discuss (groupe PIMAN) · France
Private Discuss est une plateforme française de messagerie sécurisée, de visioconférence et de collaboration du groupe PIMAN, fondé en 2018 et établi près de Lyon. Elle s'adresse aux administrations, à la défense, ainsi qu'aux secteurs de l'énergie, du nucléaire, de la finance et de la santé. Elle peut être déployée sur les serveurs de l'organisation, dans un nuage privé ou sous forme de service logiciel auprès d'hébergeurs français, et fonctionner sur des réseaux isolés.
Sanket face à Private Discuss : comparaison côte à côte
| Critère | SANKET | Private Discuss |
|---|---|---|
| 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 ou dans un nuage privé) ou, sous forme de logiciel en tant que service, chez les hébergeurs français Scaleway et OVHcloud. |
| 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, dans un nuage privé ou sous forme de logiciel en tant que service ; peut fonctionner sur des réseaux isolés. |
| 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. | Le fournisseur affirme que seul l'utilisateur détient les clés. Identité : aucune documentation publique. |
| 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. | 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 le chiffrement de bout en bout couvre les données depuis la caméra et le microphone jusqu'à l'écran du destinataire ; les paramètres par défaut des groupes et des appels ne sont pas documentés séparément. |
| 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. | Not publicly documented |
| 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. | Contrôle granulaire des accès et des flux de données (presse). |
| 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. | Private Discuss, groupe PIMAN, Limonest (Lyon), France. |
| 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. | Windows, macOS, Linux, iOS, Android et accès par 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.
Private Discuss
Le client (sur site ou dans un nuage privé) ou, sous forme de logiciel en tant que service, chez les hébergeurs français Scaleway et OVHcloud.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.
Private Discuss
Sur site, dans un nuage privé ou sous forme de logiciel en tant que service ; peut fonctionner sur des réseaux isolés.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.
Private Discuss
Le fournisseur affirme que seul l'utilisateur détient les clés. Identité : aucune documentation publique.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.
Private Discuss
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.
Private Discuss
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.
Private Discuss
Le fournisseur affirme que le chiffrement de bout en bout couvre les données depuis la caméra et le microphone jusqu'à l'écran du destinataire ; les paramètres par défaut des groupes et des appels ne sont pas documentés séparément.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.
Private Discuss
Not publicly documentedContrô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.
Private Discuss
Contrôle granulaire des accès et des flux de données (presse).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.
Private Discuss
Private Discuss, groupe PIMAN, Limonest (Lyon), France.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é.
Private Discuss
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.
Private Discuss
Windows, macOS, Linux, iOS, Android et accès par navigateur web.Les points forts de Sanket
- Fondé sur la bibliothèque officielle libsignal de Signal, auditée de manière indépendante, sans protocole personnalisé ni protocole de repli.
- Un livre blanc public sur la sécurité présentant le modèle de menace, la hiérarchie des clés et la cryptographie de SANKET à l’intention des évaluateurs.
- Messagerie post-quantique (PQXDH et SPQR) et AES-256-GCM pour les fichiers et les appels.
- Listes d’appareils signées et authentification TLS mutuelle pour chaque appareil approuvé.
- Développé en Inde, pour les organisations qui exigent un fournisseur indien et une infrastructure sous contrôle indien.
Questions fréquentes
Private Discuss est-elle une application indienne ?
Non. Private Discuss est une entreprise française du groupe PIMAN, établie à Limonest, près de Lyon. Sanket (Sanket.Chat), de Tosh Defence, est la plateforme de communication sécurisée conçue en Inde.
Quel protocole Sanket utilise-t-il ?
Signal Protocol via la bibliothèque officielle libsignal de Signal, auditée de manière indépendante, avec PQXDH et le mécanisme de cliquet post-quantique SPQR, ainsi qu’AES-256-GCM pour les fichiers et les appels.
Sanket peut-il fonctionner sur un réseau isolé ?
Oui. SANKET fonctionne dans un environnement totalement isolé des réseaux, avec une autorité de certification interne, des licences hors ligne et des versions logicielles hors ligne signées.
Sources
- Livre blanc sur la sécurité technique et l'architecture de SANKET, édition publique 2.0 (7 octobre 2026)
- Private Discuss : à propos
- Site web de Private Discuss
- Le Monde Informatique : gros plan sur Private Discuss (17 novembre 2025)
- Solutions Numeriques (31 octobre 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.