Le chiffrement de bout en bout (E2EE) est une méthode de protection des données dans laquelle le contenu est chiffré sur l’appareil de l’expéditeur et ne peut être déchiffré que sur les appareils des destinataires prévus. Les clés de déchiffrement n’existent que sur ces appareils. Chaque serveur intermédiaire — celui qui relaie les messages, stocke les fichiers ou synchronise les appareils — manipule un texte chiffré dont il n’a pas la clé : il ne peut donc pas lire le contenu.
Les « bouts » du nom, ce sont les personnes, ou plus précisément leurs appareils. Le prestataire est au milieu, et c’est tout l’intérêt : le chiffrement de bout en bout est le seul type de chiffrement qui protège vos données du service qui les transporte, et pas seulement des tiers.
La plupart des systèmes E2EE combinent deux idées. Chaque appareil possède une paire de clés : une clé publique, que les autres utilisent pour chiffrer des données à son intention, et une clé privée, qui ne quitte jamais l’appareil. Les parties se servent ensuite de ces clés pour convenir de clés partagées qui chiffrent le contenu lui-même, souvent renouvelées à chaque message ou à chaque session, pour qu’une clé divulguée n’expose pas tout.
Implémentations connues :
Le mot « chiffré » figure sur presque toutes les pages sécurité, et la plupart du temps il désigne quelque chose de plus restreint.
| Terme | Qui détient la clé | Le prestataire peut-il lire le contenu ? |
|---|---|---|
| Chiffrement en transit (TLS) | Les serveurs du prestataire | Oui, dès son arrivée |
| Chiffrement au repos | Le prestataire | Oui, chaque fois que ses systèmes en ont besoin |
| Chiffrement de bout en bout | Uniquement les appareils des participants | Non |
Le chiffrement en transit protège les données sur le trajet entre votre appareil et le serveur. Le chiffrement au repos les protège sur les disques du serveur contre quelqu’un qui volerait le matériel. Les deux sont utiles, et les deux laissent le prestataire en mesure de tout lire, puisqu’il déchiffre les données pour les afficher, y chercher ou les traiter. Pour les notes de réunion en particulier, nous détaillons ce que cela implique dans vos notes de réunion IA sont-elles chiffrées.
Une vraie conception de bout en bout a des conséquences visibles. Vous pouvez les tester sans lire la moindre ligne de cryptographie :
L’E2EE dépend aussi du droit et des politiques qui l’entourent. Depuis février 2025, Apple ne propose plus Advanced Data Protection aux nouveaux utilisateurs au Royaume-Uni, à la suite d’une injonction du gouvernement fondée sur l’Investigatory Powers Act, et le recours d’Apple était toujours pendant au moment de la rédaction de cette entrée, le 28 septembre 2026.
Dans Speak-Y, l’audio est supprimé après traitement, les transcriptions restent sur votre appareil par défaut, et la synchronisation entre vos propres appareils est chiffrée de bout en bout. Le partage vers une base de connaissances d’équipe suit le même modèle : les clés de canal n’existent que sur les appareils de l’équipe, et retirer un membre les fait tourner. Le détail du traitement des données figure dans la politique de confidentialité.
Pour voir comment cela se passe quand une équipe partage ses notes de réunion — qui peut lire quoi, et ce qui change quand quelqu’un s’en va —, consultez le guide de la base de connaissances d’équipe.
Le chiffrement de bout en bout (E2EE) est une manière de protéger les données : elles sont chiffrées sur l’appareil de l’expéditeur et ne peuvent être déchiffrées que sur les appareils des destinataires prévus. Les clés ne quittent jamais ces appareils, si bien que le service qui stocke ou relaie les données ne voit que du texte chiffré et ne peut pas lire le contenu, même s’il le voulait.
Non. Le chiffrement au repos protège les données sur les disques du prestataire avec une clé que le prestataire détient, de sorte qu’il peut déchiffrer les données chaque fois que ses systèmes en ont besoin. Le chiffrement de bout en bout signifie que le prestataire n’a jamais la clé. Un service peut écrire « chiffré » en toute honnêteté dans les deux cas, et c’est pourquoi ce mot seul ne vous apprend pas grand-chose.
Demandez si le support peut restaurer vos données si vous oubliez votre mot de passe. Si oui, le prestataire détient une clé et le contenu n’est pas chiffré de bout en bout. Autres signes d’une vraie conception E2EE : aucune recherche côté serveur dans votre contenu, aucun moyen de le lire dans un navigateur sans matériel de clé, et un moyen de comparer les clés avec votre interlocuteur, comme les numéros de sécurité de Signal.
Il ne masque pas les métadonnées : qui a communiqué avec qui, quand et en quelle quantité. Il ne protège pas le contenu sur un appareil compromis ou déverrouillé, où le texte en clair est accessible. Et il n’empêche pas un destinataire légitime de copier, transférer ou faire une capture d’écran de ce qu’il a reçu.
Parce que la machine qui transcrit ou résume le contenu doit le lire en clair. Les réunions Zoom chiffrées de bout en bout, par exemple, désactivent les fonctions IA de Zoom, l’enregistrement dans le cloud et la transcription en direct, puisque les clés de la réunion sont générées par les machines des participants et non par les serveurs de Zoom. IA et E2EE ne peuvent coexister que si l’IA tourne sur un appareil qui détient déjà la clé.