Contrôle par le client : votre infrastructure, vos clés, vos règles
SANKET (Sanket.Chat), développé par Tosh Defence, donne au client le contrôle de tous les aspects de ses communications : sa propre infrastructure, ses clés, son fournisseur d'identité, ses politiques, le calendrier des mises à jour, son identité visuelle, la conservation des données et la topologie de déploiement, du nuage informatique de son choix à un réseau totalement isolé. Ce degré de contrôle est l'avantage distinctif de SANKET, un contrôle que les services de messagerie hébergés ne sont tout simplement pas conçus pour offrir.
Le chiffrement détermine qui peut lire un message. Le contrôle détermine tout le reste : qui exploite le service, qui est admis, quels appareils sont considérés comme fiables, quand le logiciel change et où les enregistrements sont conservés. Avec Sanket, toutes ces décisions restent dans votre propre périmètre de sécurité.
Votre infrastructure et vos clés
Chaque installation Sanket est dédiée à une seule organisation et fonctionne là où celle-ci le décide : dans un compte infonuagique situé dans la région de son choix, dans un hébergement assuré par Tosh Defence, dans son propre centre de données ou sur un réseau fermé. Aucun service exploité par le fournisseur n'intervient dans le parcours des messages.
Les clés privées des utilisateurs sont générées sur leurs appareils et protégées par un espace de stockage adossé au matériel. Les secrets côté serveur restent dans l'installation, dans un magasin de clés non exportables. Seules les clés publiques de vérification des licences et des versions proviennent de Tosh Defence.
Votre fournisseur d’identité et vos administrateurs
L’organisation choisit le mode de création des identités : création par un administrateur, invitations à usage unique (mode par défaut) ou SCIM 2.0 à partir de son propre annuaire. L’inscription peut être vérifiée auprès de LDAP ou d’Active Directory, et les administrateurs peuvent se connecter par l’intermédiaire du fournisseur OpenID Connect ou SAML 2.0 de l’organisation. Les fournisseurs d’identité publics sont refusés et aucune simple connexion ne suffit à créer un compte.
Les administrateurs s'authentifient à l'aide de clés de sécurité FIDO2 et exercent des rôles aux autorisations délimitées. Chaque action administrative est consignée dans un journal d'audit chaîné par hachage SHA-256.
- Clés de sécurité FIDO2 pour les administrateurs
- Authentification unique via votre propre fournisseur d’identité
- Automatisation avec SCIM 2.0 des arrivées, des changements de poste et des départs
- Rôles d’administration aux autorisations limitées
Vos appareils
La gestion des appareils relève de l'organisation. Chaque appareil est approuvé avant de recevoir quoi que ce soit, détient des clés protégées par le matériel, figure dans la liste des appareils signée de son compte et présente son propre certificat client lors d'une authentification TLS mutuelle des appareils, émis sous l'autorité de certification du client. Les administrateurs peuvent à tout moment placer un appareil en mode appareil perdu, le révoquer ou l'effacer à distance.
Vos politiques, votre politique de conservation et votre identité visuelle
La sécurité, la messagerie, les fichiers, les appels, les groupes, la conservation des données, les notifications et les intégrations sont régis par la politique de l’instance, définie par l’organisation. Les niveaux de classification sont définis par le client, dans la limite de 8 niveaux hiérarchisés. Les données d’analyse d’utilisation collectées par la plateforme restent dans l’installation et leur collecte peut être désactivée, ou bloquée, pour l’ensemble de l’installation.
Les installations Sanket.Work sont personnalisées à la marque de l’organisation : les utilisateurs voient son nom et son identité visuelle.
Vous choisissez la date des mises à jour, avec des versions signées
Les versions sont fournies sous forme de paquets signés accompagnés d'une nomenclature des composants logiciels. Avant le chargement, l'installation vérifie la signature et chaque empreinte, refuse toute version expirée (protection contre le gel des mises à jour) et toute version antérieure à celle qu'elle a enregistrée (protection contre le retour à une version antérieure). L'autorité chargée des changements dans l'organisation décide du moment de l'installation ; la mise à niveau vérifie l'état de fonctionnement et revient automatiquement à la version précédente en cas d'échec. Les mises à niveau par connexion réseau sont facultatives, et leur lancement depuis la console est désactivé par défaut.
Démonstration technique
Consultez les détails dans le livre blanc de Sanket
Chaque affirmation de cette page est détaillée dans le livre blanc public sur la sécurité technique et l'architecture de SANKET, consultable gratuitement et sans inscription.
Que signifie le contrôle par le client dans Sanket ?
Le client possède et choisit son infrastructure, ses clés, son fournisseur d'identité, ses politiques, le calendrier des mises à jour, son identité visuelle, ses règles de conservation et sa topologie de déploiement. Chaque installation est dédiée à une seule organisation, dans un nuage choisi par elle ou dans un environnement totalement isolé des réseaux.
Qui détient les clés de chiffrement ?
Les clés privées des utilisateurs sont générées et stockées sur leurs propres appareils, dans un espace de stockage protégé par le matériel. Les secrets côté serveur restent dans l'installation du client. Tosh Defence ne détient aucune clé du client.
Pouvons-nous utiliser notre propre fournisseur d’identité ?
Oui. Les utilisateurs peuvent être provisionnés via SCIM 2.0 et vérifiés auprès de LDAP ou d'Active Directory, et les administrateurs peuvent s'authentifier via votre propre fournisseur OpenID Connect ou SAML 2.0, avec une clé de sécurité FIDO2.
Qui décide des mises à jour de Sanket ?
C'est vous qui décidez. Les versions signées ne sont installées qu'après approbation par votre autorité chargée des changements. Les versions expirées ou antérieures sont refusées, et toute mise à niveau qui échoue entraîne automatiquement le retour à la version précédente.
Sanket peut-il porter l'identité visuelle de notre organisation ?
Oui. Les installations Sanket.Work sont personnalisées aux couleurs de l'organisation : les utilisateurs voient son nom et son identité visuelle.
Pouvons-nous définir nos propres durées de conservation ?
Oui. La durée de conservation des messages, des diffusions, des journaux d'appels, des alertes et des messages éphémères est définie par les administrateurs de l'organisation.
Qu'est-ce que l'authentification TLS mutuelle des appareils ?
Chaque appareil approuvé détient son propre certificat client, établi à partir d'une clé créée sur l'appareil et délivré sous l'autorité de certification du client. Il le présente à chaque connexion comme preuve indépendante de son identité.
Prenez le contrôle des communications de votre organisation
Tosh Defence vous aide à concevoir une installation adaptée à votre infrastructure, à votre fournisseur d'identité, à vos politiques et à votre processus de gestion des versions.