Protéger les secrets commerciaux dans une messagerie exige un ensemble de contrôles : accès des employés, sécurité des appareils, gestion des groupes, conservation des fichiers et chiffrement. Les capacités post-quantiques peuvent compter pour les informations qui doivent rester confidentielles longtemps, mais elles ne remplacent pas ces contrôles et ne garantissent pas, à elles seules, la « sécurité de l’organisation ».
Déterminez d’abord ce qui doit rester confidentiel
Dressez un inventaire des données et de leurs circuits de circulation : feuilles de route produit, contrats, informations clients, clés d’accès et fichiers de recherche ne présentent pas nécessairement les mêmes risques. Pour chaque catégorie, demandez qui doit pouvoir la consulter, quelles seraient les conséquences d’une divulgation et combien de temps elle doit rester confidentielle.
Le guide de migration post-quantique du NIST souligne l’importance d’identifier les actifs et les dépendances cryptographiques. Sans cet inventaire, vous pourriez mettre à niveau la messagerie tout en laissant une copie du même fichier dans un courriel, un espace partagé ou une ancienne sauvegarde bénéficiant d’une protection différente.
Ne confondez pas menace future et risques actuels
Dans le scénario « collecter aujourd’hui, déchiffrer plus tard », un attaquant conserve des données chiffrées en prévision d’une éventuelle capacité de déchiffrement future. Les données qui doivent rester confidentielles des années nécessitent un plan de migration plus précoce. Ce scénario ne signifie pas que toutes les conversations actuelles peuvent être déchiffrées.
Le NIST a normalisé ML-KEM dans FIPS 203. Cette norme définit un composant d’établissement de clés ; elle ne démontre ni l’impossibilité de toute attaque future ni l’approbation du produit entier.
Parallèlement, le compte d’un ancien employé, un ordinateur portable infecté ou un fichier partagé par erreur peuvent provoquer une divulgation dès aujourd’hui. Le programme de sécurité doit couvrir ces deux horizons temporels.
Grille d’évaluation d’une messagerie d’entreprise
| Domaine | Question pratique | Preuve adaptée |
|---|---|---|
| Appartenance | Que devient l’accès des appareils d’un employé après son départ ? | Tests de retrait d’un membre et des sessions actives |
| Contenus | Comment les textes, pièces jointes, appels et enregistrements sont-ils protégés individuellement ? | Documentation distincte pour chaque niveau |
| Récupération | Qui détient la phrase de récupération ou la sauvegarde ? | Procédure de récupération testée avec des données non sensibles |
| Appareils | Quelles différences entre téléphones personnels et administrés ? | Politique d’accès et paramètres réels |
| Métadonnées | Quelles informations opérationnelles sont journalisées et conservées ? | Politique claire et traçable |
| Mise à niveau | Comment se comporte un client ancien ou incompatible ? | Versions prises en charge et tests de compatibilité |
| Incidents | Qui les traite et comment signaler les vulnérabilités ? | Processus de réponse et responsable identifié |
Ce tableau fournit des critères de sélection, pas des résultats de tests ni un classement des services. Les exigences légales et contractuelles de l’organisation nécessitent un examen adapté à son secteur d’activité ; le nom d’un algorithme ne prouve pas la conformité juridique.
Quelle place occupe Livara dans cette évaluation ?
La documentation de sécurité de Livara décrit LVR1 pour les conversations directes et LGS1 pour les groupes privés. La même page distingue les informations de routage et d’appartenance du contenu chiffré et décrit une frontière différente pour le mode d’enregistrement côté serveur. Il s’agit d’une description du produit, pas d’un rapport d’audit organisationnel indépendant.
Lors de l’évaluation, reliez chaque affirmation concernant une fonctionnalité à la version réelle et aux preuves correspondantes. Proof Lab sert à des vérifications limitées, comme comparer un fichier à une empreinte de référence, mais ne remplace pas les tests de contrôle d’accès, la revue de code ou l’évaluation des appareils.
Évaluez séparément la disponibilité lors des perturbations du réseau
Le chiffrement ne peut pas créer un chemin réseau inexistant. Le fonctionnement d’un service lors d’une coupure de l’internet international dépend de l’accès réel au serveur, du DNS, des chemins réseau ainsi que des dépendances de connexion au compte et de notification. Un algorithme post-quantique ne permet pas de conclure à un « fonctionnement complet pendant toute coupure ».
Pour tester la continuité, exécutez des scénarios de coupure d’internet, de changement de réseau et de rétablissement de la connexion avec des données de test. Consignez les délais de récupération, les messages non distribués et le comportement des utilisateurs hors ligne. Si vous définissez un chemin alternatif, examinez aussi sa confidentialité.
Un bon choix pour l’organisation est un choix dont la protection, les limites et le comportement en cas de panne peuvent être expliqués et testés.
