Ce que protège le chiffrement de bout en bout, et ce qu’il ne protège pas

Le chiffrement de bout en bout (E2EE) est l’une des expressions les plus rassurantes du logiciel, et l’une des plus mal comprises. Le guide Surveillance Self-Defense de l’EFF le définit précisément : il « garantit que l’information est transformée en message secret par son expéditeur d’origine… et décodée uniquement par son destinataire final ». C’est une garantie forte pour le contenu d’un message. Ce n’est pas une garantie pour tout le reste de la conversation.

Ce que l’E2EE protège réellement : le contenu

Quand une appli de messagerie met en œuvre correctement le chiffrement de bout en bout, l’entreprise qui gère le service ne peut pas lire les messages qui transitent par ses propres serveurs — seuls l’appareil de l’expéditeur et celui du destinataire détiennent les clés nécessaires pour déchiffrer. La documentation technique publiée par Signal décrit les mécanismes sous-jacents, dont l’algorithme Double Ratchet, conçu pour que « les clés antérieures ne puissent pas être calculées à partir des clés postérieures » : même si une clé venait à être exposée, les messages passés restent protégés, une propriété appelée confidentialité persistante (forward secrecy). C’est la partie de la promesse qui tient bien quand elle est correctement mise en œuvre, et c’est une différence significative par rapport à un message en texte brut ou un e-mail non chiffré, que tout serveur sur le chemin peut lire.

Ce qu’il ne protège pas : les métadonnées

Le guide de l’EFF est direct sur cette lacune : le chiffrement « cache le contenu de vos messages, mais pas qui parle à qui, ni quand, ni à quelle fréquence ». Les métadonnées — qui a contacté qui, à quelle heure, pendant combien de temps, depuis quel endroit — peuvent être aussi révélatrices que le message lui-même. Savoir qu’une source a appelé un ou une journaliste la veille de la parution d’un article peut identifier cette source même sans qu’un seul mot de la conversation n’ait été lu. Certains services travaillent spécifiquement à réduire cette exposition : la fonctionnalité « expéditeur scellé » (sealed sender) de Signal est conçue pour que ses propres serveurs n’aient pas besoin de savoir qui a envoyé un message donné, seulement à qui il est livré, bien que l’article de Signal sur cette fonctionnalité note que la résistance à une analyse de trafic plus avancée — utilisant le minutage et les adresses IP — reste un chantier en cours, pas un problème résolu.

Ce qu’il ne protège pas : les points d’extrémité

Le chiffrement protège les données en transit entre deux appareils. Il ne peut pas protéger des données sur un appareil qui est lui-même compromis. L’EFF l’affirme clairement : « si vos points d’extrémité… sont compromis, vos communications chiffrées peuvent être compromises ». Une appli nuisible ayant accès à la lecture d’écran, un appareil déverrouillé par quelqu’un d’autre, ou un message que le destinataire choisit de capturer par une photo d’écran, tout cela échappe à ce que le chiffrement peut traiter — le message a été fidèlement déchiffré exactement comme prévu, pour exactement la personne censée le lire, qui en a ensuite fait quelque chose échappant au contrôle de l’expéditeur.

Ce qu’il ne protège pas : les sauvegardes

Une conversation chiffrée en transit ne le reste pas de la même façon une fois enregistrée. L’EFF note que si vous « stockez automatiquement des sauvegardes des conversations chiffrées dans le cloud », ces sauvegardes peuvent ne pas conserver la même protection de bout en bout que la conversation en direct — selon le service et ses réglages de sauvegarde, un fournisseur cloud (ou quiconque compromet ce fournisseur, ou le contraint légalement à en livrer le contenu) pourrait potentiellement lire une sauvegarde contre laquelle le message d’origine était protégé. Vérifier si les sauvegardes d’une appli sont chiffrées de bout en bout par défaut, ou seulement en option, vaut la peine d’être fait une fois plutôt que de supposer que le réglage le plus fort est automatique.

Pourquoi cette distinction compte en pratique

Pour une source ou un client à risque, « nous utilisons une appli chiffrée » n’est pas une réponse complète à « sommes-nous en sécurité », car les menaces qui comptent le plus — être identifié par des schémas d’appels, se faire saisir et déverrouiller son téléphone, ou qu’une sauvegarde soit remise dans le cadre d’une procédure légale — se situent largement en dehors de ce que traite le chiffrement. La leçon suivante reprend l’élément qui fait fonctionner tout cela au départ : les clés et mots de passe dont dépend le chiffrement, et ce qui se passe quand ils sont perdus ou exposés.