Qu'est-ce que le partage de fichiers chiffré de bout en bout ? Guide du débutant

Vous avez sans doute déjà entendu parler du « chiffrement de bout en bout » (E2E ou E2EE). C'est un argument de sécurité mis en avant par WhatsApp ou Signal, mais beaucoup de gens ignorent ce que cela signifie vraiment. Cet article explique ce qu'est le chiffrement de bout en bout et pourquoi il compte pour le partage de fichiers.

Chiffrement classique vs chiffrement de bout en bout

Chiffrement classique (TLS/HTTPS)

La plupart des sites sont chiffrés via HTTPS. Le schéma est le suivant :

Vous → [Chiffrer] → Serveur → [Déchiffrer] → [Rechiffrer] → Destinataire

Les données sont chiffrées pendant leur transit, mais le serveur peut les déchiffrer et les lire. C'est comme ça que fonctionnent l'e-mail, Google Drive et la plupart des services cloud.

Chiffrement de bout en bout (E2EE)

Le chiffrement de bout en bout est différent :

Vous → [Chiffrer] → Serveur → Destinataire → [Déchiffrer]

Le serveur ne peut jamais déchiffrer les données. Seuls l'expéditeur et le destinataire voient l'original.

Pourquoi le chiffrement de bout en bout compte

1. Sûr même si le serveur est piraté

Si le serveur est compromis, les attaquants n'obtiennent que des données chiffrées. Sans la clé, ce sont des octets inutiles.

2. Même le fournisseur ne peut rien lire

Des sociétés comme Google ou Microsoft ont techniquement accès aux données sur leurs serveurs. Avec le chiffrement E2E, même elles ne peuvent lire vos fichiers.

3. Protection face aux requêtes des autorités

Si on demande à l'entreprise de fournir les données, elle ne peut remettre que des octets chiffrés.

4. Empêche les accès internes

Cela bloque les employés curieux ou malveillants qui voudraient regarder les données des utilisateurs.

Ce que le chiffrement E2E signifie pour le partage de fichiers

Partage de fichiers classique (Google Drive, Dropbox, etc.) :

Élément	Possible ?
Le serveur déchiffre les fichiers	✅ Oui
Le fournisseur peut lire les fichiers	✅ Oui
Originaux exposés en cas de piratage	✅ Risque
Remise aux autorités possible	✅ Oui

Partage de fichiers chiffré de bout en bout (Tresorit, Sync.com, etc.) :

Élément	Possible ?
Le serveur déchiffre les fichiers	❌ Non
Le fournisseur peut lire les fichiers	❌ Non
Originaux exposés en cas de piratage	❌ Sûr
Remise aux autorités possible	❌ Uniquement des octets chiffrés

Comment fonctionne le chiffrement E2E

Prenons l'exemple du lien de demande, la fonctionnalité de LOCK.PUB conçue sur ce modèle :

1. Préparation : votre navigateur génère une paire de clés et verrouille la clé privée avec votre mot de passe de déverrouillage. Ce mot de passe ne quitte jamais votre appareil
2. Envoi : le navigateur de l'expéditeur chiffre son envoi avec votre clé publique avant que quoi que ce soit ne quitte son appareil
3. Stockage : sur le serveur, les envois sont conservés chiffrés et votre clé privée reste verrouillée par votre mot de passe ; certains éléments pratiques, comme le libellé du formulaire ou le nom de chaque expéditeur, sont lisibles. Votre mot de passe de déverrouillage n'est jamais stocké
4. Déchiffrement : vous ouvrez les envois dans votre propre navigateur avec votre mot de passe de déverrouillage. Pour nous, le contenu envoyé n'est qu'un texte chiffré, illisible

Les limites du chiffrement E2E

Le chiffrement de bout en bout est puissant, mais il a ses limites.

1. Pas de récupération en cas d'oubli

Le serveur ne connaît pas votre mot de passe ; si vous l'oubliez, le fichier devient définitivement inaccessible. Ce n'est pas un défaut, c'est la preuve d'un vrai chiffrement E2E.

2. Un mot de passe faible annule tout

Les mots de passe comme « 1234 » se cassent par force brute. Utilisez un mot de passe robuste.

3. L'appareil du destinataire doit être sûr

Si l'ordinateur du destinataire est compromis, les fichiers déchiffrés peuvent fuiter. Le chiffrement protège un fichier partout, sauf sur l'appareil où il est ouvert : gardez donc cet appareil verrouillé et à jour.

Quels services sont vraiment chiffrés de bout en bout ?

Service	Chiffré E2E ?
Google Drive	❌
Dropbox	❌ par défaut (dossiers d'équipe E2EE en option sur les offres business supérieures, sans liens partagés)
OneDrive	❌
WeTransfer	❌
Tresorit	✅
Sync.com	✅
LOCK.PUB (liens de demande)	✅
LOCK.PUB (liens de fichier)	❌ Protégé par mot de passe
Signal (messagerie)	✅
WhatsApp (messagerie)	✅

Les liens de demande de LOCK.PUB sont chiffrés de bout en bout : la paire de clés est créée dans votre navigateur, et le mot de passe de déverrouillage qui ouvre la clé privée ne nous parvient jamais. Les liens de fichier, de mémo et d'image suivent un autre modèle : leur contenu est chiffré sur nos serveurs avec une clé qui exige à la fois le mot de passe que vous choisissez et un secret serveur conservé hors de la base de données. Des données chiffrées volées ne suffisent donc pas, à elles seules, à les ouvrir. C'est une garantie bien plus solide qu'un stockage cloud classique : le contenu de vos fichiers et mémos n'est jamais stocké sous forme lisible (les repères pratiques, comme le nom du fichier ou le mémo public que vous choisissez, restent lisibles pour que votre destinataire sache ce qu'il ouvre), et le mot de passe lui-même n'est jamais conservé.

En résumé

Le chiffrement de bout en bout n'est pas un simple argument marketing : c'est un vrai modèle de sécurité robuste. Au sein d'un même service, les fonctionnalités peuvent être chiffrées de façons différentes : vérifiez que celle que vous comptez utiliser est bien chiffrée de bout en bout, et choisissez-la en fonction de l'usage.

Si vous avez besoin d'un vrai chiffrement de bout en bout, le lien de demande de LOCK.PUB génère la paire de clés dans votre navigateur, et votre mot de passe de déverrouillage ne nous parvient jamais. Il est gratuit avec un compte LOCK.PUB, et les personnes qui vous envoient des fichiers n'ont besoin ni de compte ni d'application. Pour le partage au quotidien, un lien de fichier protégé par mot de passe est l'option la plus simple : les fichiers sont stockés chiffrés, nous ne conservons pas votre mot de passe et ne pouvons pas le récupérer, et vous pouvez fixer une date d'expiration (Pro) pour que le lien cesse de fonctionner après le jour choisi.