Chiffrement de bout en bout pour l'entreprise

Un chiffrement à la hauteur de son nom

Le terme « chiffrement de bout en bout » a été dilué par des années d’usage marketing abusif. De nombreuses plateformes revendiquent le chiffrement tout en conservant la possibilité d’accéder au contenu des messages sur leurs serveurs, ou en ne chiffrant que certains types de données, ou en gérant les clés de manière à laisser une porte dérobée pour le fournisseur.

Mandraki met en œuvre le chiffrement de bout en bout au sens cryptographique du terme : les données sont chiffrées sur l’appareil de l’expéditeur et ne peuvent être déchiffrées que sur les appareils des destinataires prévus. Le serveur transporte du texte chiffré. Il ne peut ni lire, ni analyser, ni divulguer le contenu en clair des messages, appels ou fichiers — ni au personnel de Mandraki, ni aux exploitants d’infrastructure, ni à aucun gouvernement.

Comment cela fonctionne

Le chiffrement de bout en bout de Mandraki repose sur deux protocoles ouverts et évalués par les pairs.

MLS pour la messagerie (RFC 9420)

Le protocole Messaging Layer Security fournit un accord de clés de groupe pour les canaux et les messages directs. Lorsqu’un nouveau groupe est créé ou qu’un membre est ajouté ou retiré, l’état cryptographique du groupe progresse vers une nouvelle époque. Chaque époque dispose d’un ensemble unique de clés de chiffrement dérivées collaborativement par les membres du groupe, sans que le serveur ne prenne jamais connaissance du matériel de clé.

Propriétés clés de MLS dans Mandraki :

• Confidentialité persistante (forward secrecy). La compromission d’un appareil aujourd’hui ne permet pas de déchiffrer les messages passés. Les clés de chaque époque sont indépendantes.
• Sécurité post-compromission. Si un appareil est compromis puis récupéré, le protocole s’auto-répare au fur et à mesure que l’état du groupe évolue.
• Taille de groupe évolutive. MLS est conçu pour des groupes de milliers de membres. Les opérations sur les clés évoluent de manière logarithmique, et non linéaire.
• Support multi-appareils. Chaque appareil utilisateur dispose de ses propres identifiants MLS. Les paquets de clés sont téléchargés par lots et consommés à l’usage, garantissant que l’ajout d’un nouveau contact ne nécessite pas qu’il soit en ligne.

SFrame pour les médias (RFC 9605)

Pour les appels vidéo et audio, Mandraki utilise le protocole Secure Frame pour chiffrer les médias au niveau de chaque trame. Chaque trame vidéo ou audio est chiffrée sur l’appareil de l’expéditeur avant d’être transmise au Selective Forwarding Unit (SFU). Le SFU route les trames chiffrées vers les destinataires appropriés sans jamais les déchiffrer.

Cette approche est compatible avec les architectures SFU modernes car le SFU n’a pas besoin de décoder les médias pour assurer sa fonction de routage. Il transmet des charges utiles opaques et chiffrées, préservant les avantages de scalabilité du routage médiatisé par serveur tout en maintenant une véritable confidentialité de bout en bout.

Le chiffrement côté serveur : une couche complémentaire

En plus du chiffrement de bout en bout, Mandraki fournit un chiffrement d’enveloppe côté serveur pour les données au repos. Cela protège contre les menaces au niveau de l’infrastructure, telles que les violations de stockage ou les accès physiques non autorisés.

La hiérarchie de chiffrement fonctionne sur trois couches :

1. Clé maîtresse — la racine de confiance, gérée éventuellement par le client via BYOK.
2. Clé d’organisation — une par organisation, enveloppée par la clé maîtresse.
3. Clés de chiffrement de données (DEK) — clés par usage pour les messages, fichiers et enregistrements, enveloppées par la clé d’organisation.

Le chiffrement côté serveur et le chiffrement de bout en bout sont complémentaires. Le chiffrement côté serveur protège les données contre les menaces d’infrastructure. Le chiffrement de bout en bout protège les données contre les accès au niveau applicatif, y compris par Mandraki lui-même.

Bring Your Own Key (BYOK)

Pour les organisations qui exigent un contrôle total sur leurs clés de chiffrement, Mandraki prend en charge BYOK. Les clients peuvent importer une clé maîtresse depuis leur propre service de gestion de clés — qu’il s’agisse d’AWS KMS, d’Azure Key Vault ou d’un import manuel — et tout le chiffrement au niveau de l’organisation sera ancré dans cette clé contrôlée par le client.

Révoquer une clé BYOK rend toutes les données chiffrées côté serveur de cette organisation définitivement inaccessibles, fournissant un « interrupteur d’arrêt » cryptographique pour la souveraineté des données.

Compromis et transparence

Le chiffrement de bout en bout introduit certains compromis que nous estimons que les clients doivent comprendre clairement.

• La recherche côté serveur n’est pas possible sur les contenus chiffrés de bout en bout. Mandraki fournit un index de recherche côté client en utilisant le stockage local du navigateur.
• Les fonctionnalités d’IA (transcription, résumé) ne peuvent pas opérer sur les appels ou canaux chiffrés de bout en bout. Les organisations doivent choisir entre l’assistance IA et l’E2EE appel par appel ou canal par canal.
• Les nouveaux appareils ne voient que les messages à partir du moment où ils rejoignent un groupe. Les messages historiques ne sont pas rétroactivement déchiffrés pour les nouveaux appareils.

Ce sont des propriétés intrinsèques d’un véritable chiffrement de bout en bout, et non des limites de notre implémentation. Toute plateforme qui prétend offrir l’E2EE sans ces contraintes ne fournit probablement pas un véritable chiffrement de bout en bout.