Transfert de fichiers protégé par mot de passe : sécurisez vos partages
Ajoutez la protection par mot de passe aux transferts. Apprenez comment le chiffrement dérivé du mot de passe fonctionne et les bonnes pratiques.
Le transfert de fichiers protégé par mot de passe signifie que le destinataire ne peut pas déchiffrer la charge utile sans le secret choisi par l'expéditeur. Le mot de passe n'est pas simplement une porte d'entrée — c'est une entrée de PBKDF2-HMAC-SHA256 (ou Argon2id) qui dérive la clé AES-256-GCM utilisée pour chiffrer les octets. Sans lui, le texte chiffré sur le serveur n'est que du bruit. Cela diffère nettement des outils de transfert « protégés par mot de passe » qui stockent les fichiers en clair et vérifient simplement le mot de passe au niveau HTTP. La vraie protection par mot de passe lie le mot de passe à la cryptographie elle-même.
La différence entre contrôle d'accès et dérivation
La plupart des plateformes grand public de partage de fichiers avant 2020 utilisaient le contrôle d'accès par mot de passe. Vous envoyiez un .pdf, le serveur le stockait sur S3, et un contrôleur Rails vérifiait le mot de passe soumis contre un hash bcrypt avant de livrer le fichier. Un administrateur avec accès à la base de données ou une réquisition judiciaire voyait tout. Le chiffrement dérivé du mot de passe inverse cela : le navigateur exécute PBKDF2 avec 600 000 itérations (référence OWASP 2023), étire le mot de passe en une clé de 256 bits, et chiffre avant l'envoi. Le serveur détient le texte chiffré et un sel aléatoire. Sans mot de passe, pas de clé, pas de fichier. Firefox Send utilisait ce modèle avant que Mozilla l'arrête en 2020.
Choisir entre PBKDF2 et Argon2id
PBKDF2 est le cheval de bataille — il est intégré à la Web Crypto API, fonctionne partout, et résiste aux attaques par force brute à haute itération. Argon2id est plus récent et meilleur : résistant en mémoire, ce qui empêche les attaquants GPU de parcourir des tables arc-en-ciel rapidement. Le problème est le support navigateur. Argon2 natif n'est pas encore dans la Web Crypto, donc les services l'implémentent via libsodium.js, ce qui ajoute environ 180 Ko au bundle. Pour un transfert de 10 Go où le goulot d'étranglement est l'envoi de toute façon, le compromis penche vers Argon2id avec m=64 Mo, t=3, p=1. Pour une pièce jointe de 20 Mo, PBKDF2 à 600k itérations se termine en 400 ms sur un téléphone milieu de gamme.
Ce qui rend un mot de passe suffisamment fort
Un mélange de 12 caractères — majuscules, minuscules, chiffres et symboles — atteint environ 78 bits d'entropie, suffisant contre les attaques hors ligne en 2026 sur Argon2id. Une phrase de passe Diceware de quatre mots (style correcthorsebatterystaple) atteint 51 bits et est plus facile à lire au téléphone. Évitez les mots de passe courts même avec l'étirement par KDF ; un attaquant avec un texte chiffré et un sel volés peut exécuter PBKDF2 sur une RTX 5090 à 20 millions de tentatives par seconde. Les mots de passe de six caractères tombent en quelques minutes. La longueur prime sur la complexité. Répétez-le à chaque utilisateur qui essaie « Été2026! ».
Partager le mot de passe sans annuler la protection
Envoyer le lien de fichier et le mot de passe dans le même fil email annule tout. Les attaquants qui contrôlent la boîte mail contrôlent les deux. Séparez les canaux : envoyez le lien par email, le mot de passe par SMS ou Signal. Mieux encore, utilisez un service de secret à usage unique comme Psst! de 1Password ou un message direct Slack qui ne peut pas être transféré sans capture d'écran. Pour les destinataires récurrents, convenez d'un schéma de dérivation de mot de passe hors bande (par exemple, « nom du mois plus identifiant du projet ») pour qu'aucune information sensible ne transite par le réseau.
Sel, nonce, et pourquoi ils ne sont pas le mot de passe
Trois éléments voyagent avec le texte chiffré : un sel pour le KDF (16 octets), un nonce pour GCM (12 octets), et un tag d'authentification (16 octets). Aucun d'eux n'a besoin de rester secret — ils doivent simplement être uniques par transfert. Réutiliser un nonce avec la même clé est catastrophique en GCM : cela révèle le XOR des textes clairs. La génération aléatoire cryptographique via crypto.getRandomValues() gère cela, et le sel est stocké dans l'en-tête des métadonnées du fichier. Le mot de passe est le seul secret ; tout le reste voyage avec le texte chiffré.
Se protéger contre la manipulation côté client
Une extension de navigateur malveillante peut lire le mot de passe pendant que l'utilisateur le tape. Mitigation avec des en-têtes Content Security Policy interdisant les scripts inline et les connexions externes (connect-src 'self'), Subresource Integrity sur tout le JavaScript embarqué, et une politique Referrer stricte pour que les référents ne fuient pas vers des outils d'analyse. Auditez le bundle WASM avec des hashes dans le manifeste. Rien de tout cela n'arrête un OS compromis, mais cela élève la barre au-delà des attaquants occasionnels. HexaTransfer publie ses hashes SHA-384 pour que les utilisateurs avancés puissent vérifier que le bundle chargé correspond au dépôt source.
Reprendre les téléchargements interrompus sans exposer la clé
Pour un fichier .iso de 5 Go, le téléchargement peut durer des heures. Si l'onglet se ferme, la reprise devrait fonctionner sans retaper le mot de passe. Stockez la clé dérivée dans SessionStorage (jamais dans LocalStorage — il persiste entre les redémarrages) et effacez-la quand le téléchargement se termine ou que l'onglet se ferme. Pour le modèle fragment par fragment, chaque bloc de 5 Mo reçoit sa propre sous-clé HKDF dérivée de la clé maîtresse ; ainsi, une reprise de session en pause n'expose que la sous-clé du fragment courant, pas la racine. Smash et SwissTransfer supportent tous deux les requêtes range mais gèrent le matériel de clé différemment.
Quand la protection par mot de passe ne suffit pas
Le mot de passe seul n'empêche pas un destinataire autorisé de re-partager le fichier. Une fois que Jeanne déchiffre le .docx, elle peut le transférer n'importe où. Pour un vrai confinement, combinez les mots de passe avec des restrictions de type DRM : liens à téléchargement unique, accès lié à l'IP, ou fenêtres d'expiration courtes (15 minutes pour un dossier de preuves PCI DSS 4.0). Pour la conformité RGPD Article 32, journalisez qui a accédé à quoi et quand. La protection par mot de passe est un plancher, pas un plafond — elle augmente le coût d'interception occasionnelle sans résoudre le problème de la menace interne.
Essayez sur hexatransfer.com — gratuit, sans compte, jusqu'à 10 Go.
Envoyez vos fichiers volumineux en toute sécurité avec le chiffrement de bout en bout
Transférez des fichiers jusqu'à 10 Go gratuitement avec le chiffrement de bout en bout. Aucun compte requis. Vos fichiers sont chiffrés dans votre navigateur avant l'envoi — personne d'autre ne peut les lire.
Envoyer un fichier