Chiffrement de bout en bout
Comment ça marche vraiment : quelles clés existent, où elles vivent, et ce que ni Discord ni Drivecord ne peuvent faire.
Le principe
Tes fichiers, leurs noms, leur type et le nom de tes dossiers sont chiffrés en AES-256-GCM sur ton appareil, avant tout envoi. Les clés sont générées là aussi et ne quittent jamais ton appareil en clair. Le serveur Drivecord et Discord ne stockent que des octets illisibles.
La hiérarchie de clés
Clé maître (MK)
32 octets aléatoires, créés dans ton navigateur à l'inscription. Le serveur n'en stocke que des copies enveloppées (chiffrées) par un secret que toi seul détiens : la clé de récupération (affichée une fois, à garder hors ligne), une phrase de chiffrement optionnelle (dérivée avec Argon2id : 64 Mio, 3 passes), une passkeycompatible PRF, ou la clé d'un appareil de confiance.
Clé de drive (DK)
Une par drive, enveloppée par la MK. Elle chiffre le nom des dossiers et enveloppe les clés de fichiers.
Clé de fichier (FK)
Une par fichier, aléatoire. Le fichier est découpé en morceaux de 8 Mio, chaque morceau chiffré avec un IV unique et lié à son identifiant et à sa position (données authentifiées) : on ne peut ni réordonner, ni tronquer, ni échanger des morceaux sans que le déchiffrement échoue.
Qui peut déchiffrer quoi
- Discord : rien. Les pièces jointes portent un identifiant opaque, jamais ton vrai nom.
- Le serveur Drivecord : rien non plus. Il ne détient aucune clé utilisable ; une fuite de sa base ne révèle aucun contenu.
- Toi : tout, sur chaque appareil que tu déverrouilles.
- Un lien de partage : un seul fichier. La clé du fichier est dans le fragment de l'URL (
#k=…), que ton navigateur n'envoie jamais au serveur.
Nouvel appareil
Tu peux déverrouiller avec ta clé de récupération, ta phrase ou ta passkey, ou approuver depuis un appareil déjà déverrouillé: l'échange de clés est authentifié par un code à 6 chiffres que tu compares sur les deux écrans, pour qu'un attaquant ne puisse pas s'intercaler.
Coffre-fort
Le coffre-fortajoute une couche : sa clé dépend de ton code PIN, étiré avec Argon2id côté client. Le PIN n'est jamais envoyé ; le serveur ne reçoit qu'une preuve dérivée et limite les essais.
Ce que ça ne protège pas
- Un appareil compromis (logiciel malveillant, extension hostile) : il voit ce que tu vois.
- Les métadonnées : le serveur voit la taille (chiffrée), le nombre de morceaux, les dates et la structure des dossiers (sans les noms).
- Les fichiers volontairement publiés en clair via l'API v2 (
visibility: public). - Le code servi par le site : un site compromis pourrait servir un code piégé. Le code est ouvert et les empreintes de version sont publiées.