Sanket.Chat
Sécurité : déploiement et résilience

Déploiement et résilience de la messagerie sécurisée, du nuage informatique à l'isolement complet des réseaux

Sanket (Sanket.Chat) de Tosh Defence se déploie sous forme d'installation dédiée selon la topologie requise par chaque organisation : un nuage souverain de son choix, une installation hébergée dédiée, ses propres locaux ou une enclave entièrement isolée des réseaux. Chaque mode peut fonctionner sur un seul hôte ou dans une installation à haute disponibilité sur plusieurs hôtes, avec reprise sur un second site. Sur les réseaux restrictifs, les appels transitent par HTTPS sur TCP 443.

Les communications sont essentielles lorsque les autres systèmes sont sous tension. SANKET est conçu pour rester opérationnel malgré les pannes, les restrictions réseau, les mises à niveau et la perte d'un site.

Quatre modes de déploiement, une seule architecture de sécurité

Chaque installation Sanket est dédiée à un seul client, et l'architecture de sécurité est identique dans tous les modes. Seuls changent le propriétaire et l'exploitant de l'infrastructure, ainsi que son degré de connectivité.

  • Cloud : Sanket.Work dans la région de votre choix, sur le cloud choisi par le client
  • Hébergement dédié : Sanket.Work hébergé par Tosh Defence
  • Sur site : Sanket.Enterprise sur les serveurs du client
  • En réseau isolé : Sanket.Enterprise dans une enclave isolée

Haute disponibilité avec reprise sur un second site

La configuration à haute disponibilité fonctionne sur plusieurs hôtes : deux hôtes en périphérie derrière une adresse partagée ou le répartiteur de charge du client, plusieurs nœuds applicatifs, temps réel et multimédias, des bases de données répliquées avec basculement sous contrôle d’exclusion empêchant une ancienne instance principale d’accepter toute écriture, un stockage d’objets distribué et un service de gestion des secrets en grappe.

Les bases de données, le stockage et les secrets sont répliqués de manière asynchrone vers un second site. Les outils d’exercice isolent le site principal, promeuvent le second site, basculent les noms de service, puis permettent le retour au site principal. Chaque exercice enregistre le niveau de reprise réellement atteint.

Des appels qui s'établissent sur les réseaux restrictifs

De nombreux réseaux d’hôtels, de ministères et de téléphonie mobile n’autorisent que les connexions HTTPS sortantes sur TCP 443. Dans une installation accessible depuis Internet, un seul port TCP 443 transporte à la fois le trafic HTTPS et le relais d’appel, séparés en périphérie sans aucun déchiffrement. Le tronçon de relais utilise uniquement TLS 1.3 avec AES-256-GCM et, à l’intérieur, les flux multimédias conservent leur chiffrement de bout en bout des trames avec AES-256-GCM.

Les appels sont conçus pour les connexions 3G et 4G encombrées, avec une adaptation de l'audio et de la vidéo pour préserver l'intelligibilité de la voix.

Mises à niveau et sauvegardes sans complications

Avant toute mise à niveau, un point de restauration protégé et chiffré est créé. Lorsque la version le permet, le nouveau serveur applicatif démarre en parallèle de l'ancien et ne prend le relais qu'une fois son bon fonctionnement confirmé ; en cas d'échec, la version précédente est rétablie automatiquement.

Les sauvegardes sont chiffrées séparément pour chaque composant avec AES-256-GCM, décrites dans un manifeste signé et vérifiées avant qu'une restauration ne modifie quoi que ce soit. Les destinations comprennent le stockage local ou réseau, le stockage d'objets compatible S3 ou SFTP, avec une seconde copie facultative.

Résilient même lorsque les systèmes d'identité ne le sont pas

La connexion habituelle sur un appareil déjà utilisé, la messagerie et les appels ne sollicitent jamais l'annuaire de l'organisation. Les appareils sur le terrain continuent donc de fonctionner en cas d'indisponibilité du fournisseur d'identité, et au moins un administrateur local conserve toujours la possibilité de se connecter.

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.

Foire aux questions

Questions fréquentes

Posez une question à notre équipe

Comment Sanket peut-il être installé et exploité ?

Sous forme d'installation dédiée dans un environnement infonuagique choisi par le client, sur l'infrastructure d'hébergement de Tosh Defence (Sanket.Work), sur les propres serveurs du client ou dans un environnement totalement isolé des réseaux (Sanket.Enterprise). L'architecture de sécurité est identique dans tous les modes.

SANKET offre-t-il une haute disponibilité ?

Oui. Le profil de haute disponibilité multihôte comprend deux hôtes d'entrée, des nœuds applicatifs et multimédias redondants, des bases de données répliquées avec basculement contrôlé par mécanisme d'exclusion, un stockage distribué et un service de gestion des secrets en grappe.

SANKET permet-il une reprise après sinistre sur un second site ?

Oui. Les bases de données, le stockage et les informations secrètes sont répliqués de manière asynchrone vers un second site, avec des outils d'exercice permettant d'isoler, de promouvoir, de basculer et de revenir au site initial.

Les appels Sanket fonctionnent-ils si seul le port 443 est ouvert ?

Oui. Lorsqu'un réseau n'autorise que HTTPS sur TCP 443, les appels passent par ce port avec TLS 1.3 et AES-256-GCM, et les flux multimédias restent chiffrés de bout en bout à l'intérieur.

Les mises à niveau entraînent-elles une interruption de service ?

Les mises à niveau sont conçues pour préserver la continuité du service. Lorsque la version le permet, la nouvelle version ne prend le relais qu'une fois son bon fonctionnement confirmé ; les autres versions sont déployées pendant une fenêtre de maintenance planifiée. En cas d'échec, la version précédente est rétablie automatiquement.

Comment les sauvegardes sont-elles protégées ?

Chaque composant de sauvegarde est chiffré avec sa propre clé AES-256-GCM et répertorié dans un manifeste signé. Ce manifeste et chaque élément de la sauvegarde sont vérifiés avant que la restauration ne modifie quoi que ce soit.

Concevez la topologie Sanket adaptée à votre organisation

D'un site unique à une architecture à haute disponibilité avec reprise sur un second site, Tosh Defence vous aide à planifier le déploiement, la résilience et la mise en service.