alternative indienne à WhatsApp pour les organisations
Sanket (Sanket.Chat) de Tosh Defence est une plateforme de messagerie conçue en Inde pour les organisations : Signal Protocol avec PQXDH et SPQR post-quantiques, AES-256 partout et une installation dédiée sur une infrastructure appartenant à l'organisation, du nuage de son choix à un réseau entièrement isolé. C'est l'alternative indienne à WhatsApp pour les équipes qui ont besoin de contrôle autant que de confidentialité, ainsi qu'une alternative solide à Arattai ou à Sandes lorsqu'une organisation souhaite exploiter sa propre plateforme.
Pourquoi la souveraineté est importante pour une organisation indienne
Le chiffrement détermine si un tiers sur le réseau peut lire un message. La souveraineté détermine qui possède les serveurs, les clés, les identités et la piste d'audit, et qui décide des modifications du logiciel. Sanket répond aux deux impératifs au sein du périmètre de sécurité de l'organisation.
Juridiction
Quel gouvernement peut contraindre un fournisseur à remettre des données, à modifier le logiciel ou à interrompre le service ? Avec Sanket, l'installation relève de la juridiction choisie par l'organisation.
Propriété
L’organisation contrôle l’infrastructure, les identités, les politiques et la piste d’audit à chaînage de hachages. Les clés sont générées sur les appareils des utilisateurs et protégées par un stockage à protection matérielle.
Indépendance opérationnelle
Aucun service exploité par le fournisseur ne se trouve sur le trajet des messages, et les applications Sanket ne contiennent aucun kit de développement tiers d'analyse ou de signalement des plantages.
Fonctionnement sans connexion
Sanket fonctionne sur un réseau fermé ou physiquement isolé, avec une autorité de certification interne, des licences hors ligne et des mises à jour hors ligne signées.
Contrôle des mises à jour
Versions signées avec protection contre le gel des mises à jour et le retour à une version antérieure, installées lorsque l’organisation le décide, en ligne ou à partir d’un paquet hors ligne signé.
Développé en Inde
Conçu, développé et pris en charge en Inde par Tosh Defence, pour les organisations indiennes et les nations souveraines.
Sanket face à Arattai, Sandes et WhatsApp
| Critère | SANKET | Arattai | Sandes | |
|---|---|---|---|---|
| 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. | Zoho exploite le service. | Le gouvernement indien : hébergé par le gouvernement sur une infrastructure gouvernementale. | Meta exploite le service. |
| 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. | Service exploité par Zoho ; données des utilisateurs stockées sur des serveurs situés en Inde (fiche App Store). | Plateforme hébergée par le gouvernement et accessible via le nuage. Déploiement par une organisation sur sa propre infrastructure : aucune documentation publique. | Service exploité uniquement par Meta. |
| 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 | Not publicly documented | Signal Protocol, avec des clés d'expéditeur pour les groupes et SRTP pour les appels. |
| 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 | Not publicly documented | 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. | Conversations directes chiffrées de bout en bout (obligatoire depuis novembre 2025) ; appels vocaux et vidéo chiffrés de bout en bout ; chiffrement des groupes annoncé en septembre 2026, activation par défaut non documentée publiquement. | Messages, appels audio et vidéo et échanges de fichiers chiffrés de bout en bout ; groupes chiffrés de bout en bout. | Oui : les messages, les appels vocaux et vidéo et les contenus multimédias sont chiffrés de bout en bout par défaut. |
| 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 | Intégrations à la messagerie de NIC, à DigiLocker et à e-Office. Authentification unique ou LDAP propre à l’organisation : aucune documentation publique disponible. | 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. | Not publicly documented | Gestion des utilisateurs par les administrateurs sur le portail Sandes. | 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. | Développé par Zoho, dont le siège se trouve à Chennai, en Inde ; les données des utilisateurs sont stockées en Inde. | Développé et exploité par NIC, gouvernement de l'Inde. | Meta Platforms, États-Unis. |
| Plateformes | Applications natives pour iOS, Android, Windows, macOS et Linux. Sans navigateur par conception : aucun client web ne constitue une cible d'attaque. | Android, iOS, ordinateur, navigateur web et tablette ; jusqu'à cinq appareils. | Android, iOS et navigateur web. | Android, iOS, ordinateur et navigateur web (appareils associés). |
Questions fréquentes
Quelle est la meilleure alternative indienne à WhatsApp pour les organisations ?
SANKET (Sanket.Chat), développé par Tosh Defence. Conçu en Inde, il fournit aux organisations des fonctions familières de messagerie, de groupes, de partage de fichiers et d'appels, avec Signal Protocol et une protection post-quantique, sur une infrastructure qu'elles possèdent et contrôlent.
SANKET est-elle une application de messagerie fabriquée en Inde ?
Oui. SANKET est conçu, développé et pris en charge en Inde par Tosh Defence, dont le siège se trouve à Gurgaon, dans l'Haryana. L'application gratuite Sanket.Chat est disponible sur iOS et Android, et les organisations déploient Sanket.Work ou Sanket.Enterprise.
En quoi Sanket se distingue-t-il d'Arattai et de Sandes ?
Les trois plateformes sont indiennes. Arattai est l'application de messagerie de Zoho destinée aux échanges quotidiens, et Sandes est la plateforme du gouvernement indien hébergée par NIC. SANKET est une plateforme que toute organisation exploite dans une installation dédiée, avec son propre fournisseur d'identité, ses propres politiques et son propre calendrier de mises à jour.
Une organisation indienne peut-elle conserver toutes ses données en Inde avec Sanket ?
Oui. L'organisation choisit où fonctionne son installation, notamment dans ses propres locaux, dans un centre de données indien ou sur un réseau entièrement isolé des autres réseaux, et les données y restent.
SANKET utilise-t-il le chiffrement de bout en bout ?
Oui, toujours. Les messages, groupes, réactions, diffusions chiffrées, fichiers et appels sont chiffrés de bout en bout au moyen de la bibliothèque officielle libsignal de Signal, avec PQXDH et SPQR post-quantiques. Le serveur relaie les données chiffrées sans jamais détenir les clés.
Sources
- Livre blanc sur la sécurité technique et l'architecture de SANKET, édition publique 2.0 (7 octobre 2026)
- Site officiel d'Arattai
- Arattai sur l'App Store d'Apple
- Zoho : à propos de nous
- Outlook Money : Arattai déploie le chiffrement de bout en bout pour les conversations directes (19 novembre 2025)
- Storyboard18 : Arattai déploie le chiffrement de bout en bout pour les conversations de groupe (25 septembre 2026)
- SFLC.in : analyse des fonctionnalités de sécurité et de confidentialité des applications de messagerie (12 octobre 2025)
- Portail Sandes
- Business Today : le gouvernement lance la plateforme de messagerie instantanée Sandes (30 juillet 2021)
- Wikipédia : Sandes (logiciel)
- Présentation du chiffrement de WhatsApp, livre blanc technique, version 9 (25 février 2026)
- Smartprix : les noms d’utilisateur arrivent sur WhatsApp
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.