Ce que le serveur voit malgré tout

Le bout en bout protège le contenu. Il ne protège presque rien d'autre, et cette nuance est trop souvent passée sous silence.

Les métadonnées

Même sans lire un seul message, le serveur observe :

Ce que le serveur observe	Sous quelle forme
Qui écrit à qui	Les identifiants de compte
Quand	L'horodatage de chaque message
Combien	La taille et la fréquence des échanges
D'où	L'adresse IP, le type d'appareil

Ces données ne sont pas chiffrées, car le serveur en a besoin pour acheminer les messages.

Pourquoi c'est loin d'être anodin

On croit volontiers que sans le contenu, ces informations sont inoffensives. C'est faux, et un exemple le montre mieux qu'un long raisonnement.

Suppose que le serveur observe : un message vers un cabinet d'oncologie, puis vers un proche, puis vers un employeur, tard le soir, plusieurs fois par semaine. Il n'a lu aucun message. Il en sait pourtant beaucoup.

Les métadonnées se prêtent en outre parfaitement à l'analyse automatique : elles sont structurées et régulières, là où le texte demanderait une interprétation.

Ce que les services tentent

Certains protocoles réduisent ces traces. L'expéditeur scellé chiffre l'identité de l'émetteur pour que le serveur ne connaisse que le destinataire. D'autres approches ajoutent des délais ou du trafic factice.

Mais la protection reste partielle : le serveur doit bien savoir où livrer.

À retenir pour tes propres choix

Le chiffrement de bout en bout est une excellente protection du contenu. Si ton besoin porte sur le fait même d'être en contact avec quelqu'un, il ne suffit pas.

Une annonce du type « nous ne pouvons pas lire vos messages » est probablement vraie. Elle ne signifie pas « nous ne savons rien de vous ».