Le chiffrement de bout en bout par défaut réduit le risque d’envoyer un message sensible dans le mauvais mode. Il ne rend pas privées toutes les fonctionnalités d’une application, n’élimine pas les métadonnées et ne protège pas un téléphone compromis.
Une comparaison utile pose deux questions : Que se passe-t-il lorsque je commence une conversation personnelle ordinaire ? Qu’est-ce qui change lorsque j’utilise un groupe, une sauvegarde, un canal public ou un autre appareil ? Ce guide compare cinq messageries selon ces critères, à partir de leur documentation publiée, consultée le 24 octobre 2026. Il ne s’agit pas d’un classement indépendant de sécurité.
Ce que change le fonctionnement « par défaut »
Avec un chiffrement de bout en bout facultatif, les utilisateurs doivent choisir une conversation chiffrée prise en charge avant d’envoyer. S’ils choisissent un autre mode, les règles de ce mode s’appliquent. Avec le chiffrement de bout en bout par défaut, les conversations personnelles prises en charge commencent protégées, sans activation distincte d’un mode secret.
Aucun de ces choix ne dit tout du service. Un fournisseur peut chiffrer les données sur ses serveurs sans offrir de chiffrement de bout en bout, et une messagerie qui le propose peut conserver des journaux opérationnels. Le chiffrement au repos, le chiffrement du transport et le chiffrement de bout en bout concernent des voies d’accès différentes.
Cinq produits, cinq périmètres à vérifier
| Messagerie | Point de départ documenté | Limite importante |
|---|---|---|
| Signal | Les conversations Signal utilisent le chiffrement de bout en bout sans mode secret facultatif | Les destinataires prévus et leurs appareils peuvent accéder au texte en clair |
| Les messages et appels personnels utilisent le chiffrement de bout en bout par défaut | La protection des sauvegardes en ligne relève d’un réglage et d’un système de récupération distincts | |
| Telegram | Les discussions cloud ordinaires utilisent un chiffrement client-serveur ; les échanges secrets ajoutent le chiffrement de bout en bout | Les échanges secrets sont individuels et propres à chaque appareil ; les groupes ordinaires ne sont pas chiffrés de bout en bout |
| Messenger | Meta documente le chiffrement de bout en bout par défaut des messages et appels personnels | Vérifiez la conversation et la fonctionnalité concrètes plutôt que de supposer une protection identique dans tous les espaces Facebook |
| Livara | L’architecture publiée décrit des discussions directes protégées et des groupes privés LGS1 | Les canaux publics sont hors du chiffrement de bout en bout ; un ancien groupe incompatible reste visiblement en dehors |
Sources : conseils de confidentialité de Signal, confidentialité de WhatsApp, FAQ Telegram, annonce du chiffrement par défaut de Messenger et sécurité de Livara.
Pourquoi les deux modes de Telegram comptent
Les discussions cloud de Telegram permettent son modèle d’historique dans le cloud. Les échanges secrets ont une autre frontière de confidentialité et sont liés à leurs appareils d’origine. Un groupe normal ne devient pas un échange secret parce que son lien d’invitation est privé ou que ses membres se font confiance.
Pour une conversation nécessitant un chiffrement de bout en bout, l’enjeu pratique est de choisir un mode qui le fournit avant de partager du contenu. Qualifier sans nuance les discussions cloud de « non chiffrées » est également inexact : Telegram y documente un chiffrement client-serveur. La distinction porte sur qui peut déchiffrer, et non sur l’existence de tout chiffrement.
Pourquoi le réglage des sauvegardes WhatsApp appartient à la comparaison
Un message protégé dans une conversation active et une copie récupérable de son historique sont deux objets différents. Les conseils de confidentialité de WhatsApp proposent explicitement des sauvegardes en ligne chiffrées comme protection supplémentaire. Examinez ce réglage et sa méthode de récupération dans votre propre compte plutôt que de déduire la sécurité des sauvegardes du cadenas d’une conversation.
La même question s’impose dans chaque évaluation de produit : qu’est-ce qui est sauvegardé, où le secret de déchiffrement est-il conservé et que se passe-t-il s’il est perdu ? Une réinitialisation pratique du compte ne restaure pas nécessairement l’historique chiffré.
La protection annoncée par Livara et ses limites
Livara décrit des sessions directes LVR1 utilisant du matériel classique et ML-KEM-768, ainsi qu’un chiffrement LGS1 à clés d’expéditeur pour les groupes protégés. Il s’agit d’affirmations sur l’architecture du produit, pas d’une preuve d’implémentation auditée de manière indépendante.
Sa documentation mentionne aussi des métadonnées de routage et d’appartenance, distingue les canaux publics des conversations privées et indique que la récupération v7 restaure l’identité cryptographique plutôt que l’historique des discussions. L’absence d’identité de chiffrement bloque un envoi protégé ; les groupes incompatibles ne doivent pas hériter silencieusement de l’étiquette plus forte.
Ces nuances sont utiles pour tester un produit. Le nom d’un algorithme ne vous dit pas si la conversation ouverte fonctionne en mode protégé. Lisez le modèle de menace en complément de la description de la fonctionnalité.
Vérifier concrètement le chiffrement par défaut
Avant de déplacer des conversations sensibles :
- Lancez une discussion directe et un groupe de test avec les appareils réellement utilisés par les participants.
- Repérez l’état du chiffrement et la méthode de vérification d’identité prise en charge.
- Vérifiez ce qui se passe lorsque l’appareil ou l’identité d’un membre change. N’écartez pas un avertissement inattendu sans le confirmer.
- Examinez séparément les appareils liés, le transfert d’historique et les sauvegardes.
- Identifiez les espaces publics, bots, exportations et autres moyens par lesquels le contenu peut sortir de la conversation.
Le chiffrement par défaut est une qualité d’ergonomie précieuse. L’étape suivante utile consiste à vérifier son périmètre, pas à traiter « par défaut » comme un substitut à un modèle de menace.
