E2EE limite ce qu’un fournisseur peut lire ; il ne décrit pas tous les endroits où une conversation peut exister.
Une demande légale adressée à un fournisseur de messagerie peut porter sur les données qu’il détient ou auxquelles il peut accéder. Le chiffrement de bout en bout peut empêcher que le fournisseur possède le contenu des messages privés sous forme lisible, mais il ne rend pas un compte anonyme et n’empêche pas les enquêteurs d’obtenir des informations ailleurs.
Le résultat dépend de la conservation réelle des données du service, de la fonction de communication utilisée, de la source des preuves et de la procédure juridique applicable. Une injonction de type subpoena, un mandat de perquisition et l’examen d’un appareil ne sont pas interchangeables. Cet article explique des limites techniques, pas la manière dont un tribunal ou une juridiction traitera une affaire ; consultez un juriste qualifié pour une demande réelle.
Commencez par la source des données
Une question comme « La police peut-elle lire des messages chiffrés ? » est trop générale. Demandez d’où proviendrait la copie :
| Source | Ce qui peut être disponible | Ce que change E2EE |
|---|---|---|
| Fournisseur de messagerie | Données de compte, métadonnées stockées, publications publiques et données chiffrées de livraison | Un E2EE correctement mis en œuvre limite l’accès au texte privé en clair lorsque le fournisseur ne possède pas les clés |
| Appareil d’un participant | Conversations affichées, bases locales, fichiers téléchargés ou notifications | Le chiffrement en transit ne masque pas les données déjà disponibles sur un terminal accessible |
| Service de sauvegarde | Le contenu de la sauvegarde, selon sa propre politique de chiffrement et de clés | E2EE pour les discussions n’établit pas automatiquement E2EE pour les sauvegardes |
| Destinataire ou membre d’un groupe | Ses copies, captures d’écran, exports ou témoignages | Un destinataire peut divulguer les informations reçues |
Ces catégories peuvent se recouper. Un serveur sans historique privé lisible peut encore détenir des données utiles ; un fournisseur disposant de nombreux enregistrements peut avoir supprimé un élément précis selon sa politique de conservation. Aucun de ces résultats ne se déduit d’un simple badge de chiffrement.
Un exemple documenté : la réponse publiée par Signal
Dans sa publication d’octobre 2021 concernant un grand jury de Californie, Signal a indiqué avoir fourni les horodatages de création des comptes et les dates de dernière connexion, plutôt que les informations demandées sur les messages, contacts et groupes. Cela témoigne des données dont Signal disposait pour cette réponse rendue publique.
Ce n’est pas la preuve que toutes les messageries chiffrées conservent ces deux mêmes champs. La minimisation des données constitue un choix architectural distinct. Cet exemple ne dit pas non plus ce qu’un enquêteur pourrait obtenir de l’appareil d’un utilisateur, d’un autre participant ou d’un autre service.
Ce que Livara documente sur la visibilité côté serveur
La présentation de la sécurité de Livara, étiquetée pour la version 0.1.68, décrit les messages directs protégés par LVR1 et les groupes privés compatibles protégés par LGS1 ; les anciens groupes incompatibles restent visiblement hors E2EE. Son architecture documentée pour les pièces jointes chiffre les fichiers avant l’envoi et transporte leurs clés dans des enveloppes de conversation chiffrées.
Cette présentation identifie aussi les métadonnées de communication conservées, notamment les informations sur l’expéditeur et la destination, les horodatages, les tailles et l’appartenance aux groupes. Les canaux publics sont lisibles par le serveur. Les appels facultatifs enregistrés côté serveur, visiblement marqués REC, utilisent le chiffrement de transport plutôt qu’E2EE dans ce mode d’enregistrement. Lisez les limites propres à chaque fonction au lieu de traiter tous les contenus d’une application de façon identique.
La documentation précise également que la protection des métadonnées LSS1 n’est pas reliée aux envois ordinaires. Il serait donc trompeur de présenter la messagerie normale comme masquant au service le graphe des communications.
Ce sont des affirmations de la documentation produit, pas une réponse publiée à une demande légale ni un audit indépendant de tous les enregistrements du serveur. Le modèle de menace est le point de départ approprié pour comprendre les limites prévues.
Chiffrement et conservation répondent à des questions différentes
Le chiffrement demande qui possède les clés permettant d’interpréter les octets stockés. La conservation demande quels octets et enregistrements existent encore. Un fichier chiffré peut rester stocké longtemps ; un journal lisible peut être éphémère. Affirmer « nous ne pouvons pas déchiffrer les messages » ne prouve pas l’absence d’adresses IP, de conversations d’assistance, de signalements d’abus ou de journaux de livraison.
Un rapport de transparence utile doit préciser la période couverte, les catégories de demandes, les données sollicitées, celles fournies et les limites de divulgation. Une politique de confidentialité doit distinguer collecte et conservation et expliquer les exceptions. Évitez de déduire « aucun journal » d’une promesse générale de confidentialité.
L’authentification possède également ses propres enregistrements. SRP peut éviter l’envoi du mot de passe lors d’un échange honnête du protocole, mais le serveur conserve un vérificateur. La RFC 5054, section 3.3 explique les risques du vol de ce vérificateur, notamment la recherche du mot de passe par essais. « Aucun mot de passe en clair » ne signifie pas « rien de sensible ne peut être divulgué ou volé ».
Questions à poser avant de se fier à une messagerie
- E2EE couvre-t-il précisément cette discussion, cette sauvegarde, cet appel et ce mode de pièces jointes ?
- Quelles métadonnées le fournisseur documente-t-il, et combien de temps les conserve-t-il ?
- Des appareils supplémentaires ou des voies de récupération du compte peuvent-ils exposer une copie locale ?
- Les publications publiques, les demandes à l’assistance et les messages signalés sont-ils traités séparément ?
- Existe-t-il un rapport de transparence daté ou une demande réelle rendue publique, plutôt qu’une affirmation non étayée d’immunité juridique ?
Pour une affaire juridique en cours, ne considérez pas un article de blog comme une instruction d’effacer des données, de modifier leur conservation ou d’ignorer une ordonnance. Obtenez des conseils adaptés à la juridiction et conservez les éléments pertinents selon les recommandations reçues.
Le chiffrement post-quantique change-t-il la réponse ?
Il peut renforcer un protocole d’établissement de clés correctement conçu contre de futures attaques quantiques sur du texte chiffré capturé. Il ne supprime ni les métadonnées existantes, ni les contenus publics, ni les copies sur les terminaux, ni les obligations légales. La distinction pratique demeure : identifier les données, leur emplacement, les clés et la procédure qui demande l’accès.
