Quand un service dit que vos données sont « chiffrées », cela signifie rarement ce que la plupart supposent. La référence - où personne d'autre que vous et votre destinataire ne peut lire - est le chiffrement de bout en bout (E2EE). Ce guide explique ce qu'est réellement l'E2EE, en quoi il diffère du « chiffré » ordinaire, ce qu'il protège, ses limites honnêtes, et où le trouver.
Ce qu'est le chiffrement de bout en bout
Le chiffrement de bout en bout signifie que les données sont chiffrées sur votre appareil et ne peuvent être déchiffrées que sur l'appareil du destinataire. Les clés ne vivent que sur les terminaux - jamais sur les serveurs de l'entreprise. Donc tous les intermédiaires (le fournisseur, le réseau, quiconque l'y contraint) ne voient que du chiffré illisible.
C'est tout l'intérêt : le service transporte vos données sans pouvoir les lire.
Comment ça marche en coulisses
L'E2EE repose sur la cryptographie à clé publique (asymétrique). Chaque appareil a une paire de clés : une clé publique qu'il partage librement, et une clé privée qu'il ne révèle jamais. N'importe qui peut chiffrer un message pour vous avec votre clé publique, mais seule votre clé privée peut le déchiffrer - le serveur peut donc acheminer le message sans jamais pouvoir le lire.
Deux raffinements rendent l'E2EE moderne solide :
- La confidentialité persistante (forward secrecy). Les bons systèmes (comme le protocole Double Ratchet de Signal) génèrent une clé fraîche par message ou session, de sorte que même si une clé est exposée plus tard, les messages passés restent protégés.
- L'authentification. Le chiffrement seul ne prouve pas avec qui vous parlez. Les protocoles E2EE attachent des clés d'identité pour confirmer qu'aucun imposteur n'est au milieu - c'est ce que vérifient les « numéros de sécurité » (voir plus bas).
Vous ne touchez jamais à cette mécanique - l'appli s'en charge - mais c'est pourquoi l'E2EE est mathématiquement différent d'un fournisseur qui promet simplement de ne pas regarder.
« Chiffré » vs « chiffré de bout en bout »
C'est là que vit l'essentiel de la confusion sur la vie privée :
- « Chiffré » désigne généralement en transit (TLS) et au repos - mais le fournisseur détient les clés, il peut donc lire vos données, les analyser ou les livrer légalement. Bon contre les pirates extérieurs.
- « Chiffré de bout en bout » signifie que seuls vous et votre destinataire détenez les clés - le fournisseur ne stocke que du chiffré qu'il ne peut vraiment pas lire. Bon contre les pirates et le fournisseur lui-même.
La différence est simplement qui détient la clé. (Pour la version stockage cloud, voyez E2E vs zero-knowledge cloud storage.)
Ce qu'il protège - et pas
Protège : le contenu de vos messages ou fichiers de tout le monde sauf les terminaux.
Pas, en général :
- Les métadonnées - avec qui vous avez parlé, quand, à quelle fréquence (le routage en a besoin).
- Les terminaux compromis - un malware ou quelqu'un lisant votre appareil déverrouillé contourne l'E2EE à l'écran, où les données sont déchiffrées.
L'E2EE sécurise les données en transit et au stockage, pas les appareils eux-mêmes. Puissant, pas total.
Où le trouver
- Messagerie - Signal (la référence) ; WhatsApp utilise le même protocole pour le contenu des messages.
- E-mail - Proton Mail (bout en bout, accès zéro).
- Stockage cloud - des fournisseurs zero-knowledge comme pCloud (option Crypto), Proton Drive, Tresorit chiffrent les fichiers sur votre appareil avant l'envoi.
Google Drive, Dropbox, iCloud et l'e-mail standard ne sont généralement pas E2EE par défaut. Comparez les options privées dans notre guide meilleur cloud chiffré, et comprenez le modèle de stockage dans qu'est-ce que le stockage cloud.
Pour aller plus loin
Pour approfondir, consultez le fonctionnement du chiffrement côté client, comment chiffrer un fichier, les applications de messagerie les plus sécurisées et ce qu'est le chiffrement zero-knowledge.
Un stockage chiffré de bout en bout → pCloud + Crypto
Juridiction suisse · Chiffrement côté client (zero-knowledge) avec l'option Crypto · Offres à vie
Comment vérifier que c'est vraiment du bout en bout
« Bout en bout » est parfois employé à la légère en marketing - mieux vaut vérifier :
- Comparez les numéros de sécurité / codes de sécurité. Dans Signal (et des applis similaires) chaque conversation a un code ou QR vérifiable. Si le vôtre correspond à celui de votre contact sur un autre canal, personne n'intercepte au milieu.
- Préférez les applis open-source et auditées. Un code inspectable - et revu par des auditeurs indépendants - est bien plus fiable qu'un « faites-nous confiance » fermé.
- Vérifiez si des fonctions le cassent. Sauvegardes cloud, aperçus web ou recherche côté serveur peuvent discrètement sortir du texte clair de votre appareil. Lisez comment un service gère les sauvegardes avant de le croire E2EE partout.
- Regardez le réglage par défaut. Certaines applis n'offrent l'E2EE qu'en option (un « chat secret ») ; si ce n'est pas le défaut, l'essentiel de vos données n'est pas protégé.
Si un fournisseur peut réinitialiser votre mot de passe et vous redonner toutes vos anciennes données, ces données n'étaient pas chiffrées de bout en bout - c'est le fait que vous seul déteniez la clé qui rend la récupération votre responsabilité.
L'E2EE est-il la même chose que le zero-knowledge ?
Étroitement liés, avec une nuance subtile. Le chiffrement de bout en bout décrit des données chiffrées entre terminaux. Le zero-knowledge (ou accès zéro) insiste sur le fait que le fournisseur n'a aucune capacité d'accéder à vos données ou clés - le cadrage stockage/compte de la même idée. Un cloud zero-knowledge met en œuvre l'E2EE pour que même lui ne puisse pas lire vos fichiers. Les deux signifient : vous seul détenez la clé.
En résumé
Le chiffrement de bout en bout est la norme pratique de confidentialité la plus forte : données chiffrées sur votre appareil, déchiffrables seulement par votre destinataire, le fournisseur ne détenant qu'un chiffré illisible. Il bat le « chiffré » ordinaire car vous seul détenez la clé - mais il protège le contenu, pas les métadonnées ni un appareil compromis. Pour une messagerie, un e-mail et un stockage vraiment privés, cherchez spécifiquement bout en bout ou zero-knowledge, pas juste « chiffré ».
Guide éditorial fondé sur le fonctionnement du chiffrement de bout en bout (clés détenues par les terminaux) et ses limites documentées (métadonnées, sécurité des terminaux), et le modèle zero-knowledge. Le lien commercial porte l'attribut rel="sponsored nofollow" ; une commission d'affiliation peut s'appliquer sans surcoût pour vous.
Questions fréquentes
- Qu'est-ce que le chiffrement de bout en bout ?
- Le chiffrement de bout en bout (E2EE) est une méthode où les données sont chiffrées sur l'appareil de l'expéditeur et ne peuvent être déchiffrées que sur celui du destinataire - personne entre les deux, y compris le fournisseur, le réseau, ou quiconque l'y contraint, ne peut les lire. Les clés de déchiffrement ne vivent que sur les terminaux (vos appareils), jamais sur les serveurs de l'entreprise. Donc quand vous envoyez un message ou stockez un fichier en E2EE, le fournisseur ne détient que du texte chiffré illisible. C'est la norme pratique la plus forte pour une communication et un stockage privés.
- Quelle différence entre « chiffré » et « chiffré de bout en bout » ?
- La plupart des services qui disent « chiffré » désignent le chiffrement en transit (TLS) et au repos, mais le fournisseur détient les clés - donc l'entreprise peut techniquement lire vos données, les analyser ou les livrer sous contrainte légale. Le chiffrement de bout en bout est plus fort : seuls vous et votre destinataire détenez les clés, donc le fournisseur ne stocke que du chiffré qu'il ne peut vraiment pas lire. « Chiffré » protège des pirates extérieurs ; « chiffré de bout en bout » protège aussi du fournisseur lui-même et des États qui peuvent le contraindre. La différence est : qui détient la clé.
- Que protège le chiffrement de bout en bout - et pas ?
- Il protège le contenu de vos messages ou fichiers de tout le monde sauf les terminaux prévus : le fournisseur, les espions du réseau et les demandes légales ne voient que du chiffré. Ce qu'il ne cache généralement pas, ce sont les métadonnées - avec qui vous avez parlé, quand, à quelle fréquence, et parfois d'où - car le routage en a besoin. Il ne peut pas non plus protéger un appareil compromis : si un malware ou quelqu'un ayant accès lit votre écran, l'E2EE est contourné au niveau du terminal. L'E2EE sécurise les données en transit et au stockage, pas les terminaux eux-mêmes.
- Quelles applis et services utilisent le chiffrement de bout en bout ?
- Pour la messagerie, Signal est la référence, et WhatsApp utilise le même protocole pour le contenu des messages ; pour l'e-mail, Proton Mail offre un chiffrement de bout en bout et à accès zéro. Pour le stockage cloud, des fournisseurs zero-knowledge comme pCloud (avec l'option Crypto), Proton Drive et Tresorit chiffrent les fichiers sur votre appareil avant l'envoi. Les services grand public (Google Drive, Dropbox, iCloud, e-mail standard) ne sont généralement pas E2EE par défaut - le fournisseur détient les clés. Si la confidentialité vis-à-vis du fournisseur compte, cherchez spécifiquement « bout en bout » ou « zero-knowledge ».
- Le chiffrement de bout en bout est-il la même chose que le zero-knowledge ?
- Ils sont étroitement liés et souvent employés indifféremment, avec une nuance subtile. Le chiffrement de bout en bout décrit des données chiffrées entre terminaux pour que les intermédiaires ne puissent pas lire. Le zero-knowledge (ou accès zéro) insiste sur le fait que le fournisseur n'a aucune connaissance ni aucune capacité d'accéder à vos données ou clés - c'est le cadrage stockage-et-compte du même principe. En pratique, un fournisseur cloud zero-knowledge met en œuvre le chiffrement de bout en bout pour que même lui ne puisse pas lire vos fichiers. Les deux signifient : vous seul détenez la clé.
Un cloud chiffré pour tes fichiers → pCloud
Basé en Suisse · option Crypto côté client · offres à vie
