SANKET face à Arattai : comparaison de messageries sécurisées indiennes
Sanket et Arattai sont tous deux conçus en Inde. Arattai est l'application de messagerie de Zoho destinée aux échanges quotidiens ; Sanket est une plateforme souveraine de communication sécurisée qu'une organisation exploite sur sa propre infrastructure, avec ses propres clés, son fournisseur d'identité, ses politiques et son calendrier de mises à jour. Pour une organisation qui a besoin de maîtrise, et pas seulement de confidentialité, Sanket est l'alternative à Arattai conçue pour cet usage.
À propos de Arattai
Zoho (Arattai Technology Solutions Private Limited) · Inde
Arattai est une application de messagerie de Zoho, lancée en janvier 2021 pour les échanges du quotidien. Les conversations directes sont chiffrées de bout en bout depuis novembre 2025, les appels vocaux et vidéo sont chiffrés de bout en bout, et le chiffrement de bout en bout des conversations de groupe a été annoncé en septembre 2026. Les données des utilisateurs sont stockées sur des serveurs en Inde.
Sanket face à Arattai : comparaison côte à côte
| Critère | SANKET | Arattai |
|---|---|---|
| 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. |
| 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). |
| 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 sur le service de Zoho ; la fiche de confidentialité de l’App Store indique que le numéro de téléphone est une donnée liée à l’utilisateur. Gestion des clés : 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. | 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. |
| 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. | 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. |
| 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. | Android, iOS, ordinateur, navigateur web et tablette ; jusqu'à cinq appareils. |
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.
Arattai
Zoho exploite le service.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.
Arattai
Service exploité par Zoho ; données des utilisateurs stockées sur des serveurs situés en Inde (fiche App Store).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.
Arattai
Comptes sur le service de Zoho ; la fiche de confidentialité de l’App Store indique que le numéro de téléphone est une donnée liée à l’utilisateur. Gestion des clés : 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.
Arattai
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.
Arattai
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.
Arattai
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.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.
Arattai
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.
Arattai
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.
Arattai
Développé par Zoho, dont le siège se trouve à Chennai, en Inde ; les données des utilisateurs sont stockées en Inde.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é.
Arattai
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.
Arattai
Android, iOS, ordinateur, navigateur web et tablette ; jusqu'à cinq appareils.Les points forts de Sanket
- Déploiement détenu par l’organisation : une installation dédiée de Sanket par client, sur une infrastructure qui lui appartient, y compris sur des réseaux fermés et physiquement isolés.
- Cryptographie de niveau militaire publiée : la bibliothèque officielle libsignal de Signal, avec PQXDH et SPQR post-quantiques, et AES-256 pour les messages, les fichiers et les appels.
- Contrôle par l’organisation : clés de sécurité FIDO2 pour les administrateurs, approbation et révocation des appareils, mode perte, effacement à distance et étiquettes de classification définies par le client et intégrées au chiffrement.
- Identité du client : les utilisateurs sont identifiés par un identifiant Sanket ID et peuvent se connecter via l'annuaire de l'organisation, sans qu'un numéro de téléphone personnel soit requis comme identifiant.
- Deux produits indiens, deux fonctions : SANKET ajoute des journaux d’audit gérés par le client, chaînés par hachage et exportables vers le système de gestion des informations et des événements de sécurité de l’organisation.
Questions fréquentes
Quelle est la meilleure alternative à Arattai pour les organisations ?
SANKET (Sanket.Chat), développé par Tosh Defence. Comme Arattai, il est conçu en Inde et y ajoute les fonctions dont les organisations ont besoin : une installation dédiée qui leur est propre, Signal Protocol avec protection post-quantique, leur propre fournisseur d'identité et une gouvernance complète des appareils.
Sanket et Arattai sont-ils tous deux indiens ?
Oui. Arattai est développé par Zoho, dont le siège est à Chennai. SANKET est développé en Inde par Tosh Defence, dont le siège est à Gurgaon, et installé sur l'infrastructure choisie par chaque client.
Une organisation peut-elle héberger Sanket sur ses propres serveurs ?
Oui. SANKET fonctionne dans une installation dédiée, sur le nuage choisi par l'organisation, sur ses propres serveurs ou dans un environnement totalement isolé des réseaux, avec des licences hors ligne et des mises à jour hors ligne signées.
Quel chiffrement 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. Les fichiers et les appels utilisent AES-256-GCM, et le transport utilise uniquement des suites cryptographiques TLS avec AES-256-GCM.
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)
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.