Le chiffrement de bout en bout protège le contenu en transit, mais pas nécessairement l’appareil, les métadonnées ou les sauvegardes.
Le principe en une phrase
Avec un chiffrement de bout en bout, le message est chiffré sur l’appareil de départ et déchiffré sur l’appareil du destinataire. Le service qui transporte le message ne devrait pas posséder la clé nécessaire pour lire le contenu. Cette propriété est différente du simple cadenas HTTPS, qui protège surtout le trajet entre vous et le service.
Le contenu n’est pas toute la communication
Le service peut encore traiter certaines métadonnées : heure, taille du message, appareil, compte ou personnes en contact, selon son architecture. Ces données peuvent révéler des habitudes sans dévoiler les mots échangés. Consultez la documentation de l’application plutôt que de supposer que la mention « chiffré » couvre chaque information.
L’appareil reste une extrémité
Si le téléphone est déverrouillé, infecté ou partagé, le message peut être lu avant le chiffrement ou après le déchiffrement. Activez les mises à jour, le verrouillage et la protection du compte. Vérifiez aussi les aperçus sur l’écran verrouillé et les appareils liés à la conversation.
La sauvegarde peut suivre d’autres règles
Une conversation chiffrée peut être sauvegardée dans un nuage avec un mécanisme différent. Cherchez si la sauvegarde est elle-même chiffrée de bout en bout, comment la clé est récupérée et ce qui arrive lors d’un changement d’appareil. Une exportation en clair annule évidemment la protection pour la copie exportée.
Vérifier le bon interlocuteur
Le chiffrement protège le canal, pas l’identité si vous acceptez la mauvaise clé ou un faux compte. Utilisez la fonction de vérification du contact lorsque l’enjeu est élevé. Consultez aussi la notion de métadonnée. La sécurité dépend du protocole, de l’appareil, de la sauvegarde et de la vérification — pas d’un seul symbole.