Méthodes de chiffrement de transfert comparées en détail

Pour comparer le chiffrement, suivez séparément le fichier et sa clé. TLS protège la connexion mais se termine au serveur. Le chiffrement au repos protège le stockage selon la gestion des clés de l’opérateur. Le chiffrement de bout en bout intervient avant l’envoi et se termine chez le destinataire ; le prestataire ne doit pas recevoir la clé de déchiffrement.

Le fonctionnement d’HexaTransfer

Le navigateur génère une clé AES-256-GCM aléatoire avec Web Crypto. Cette clé ne dérive pas du mot de passe facultatif. Elle figure après # dans le lien : le fragment est séparé avant la requête HTTP, comme le décrit la RFC 3986. Le code de la page destinataire l’utilise localement pour déchiffrer.

Le mot de passe facultatif constitue un contrôle d’accès distinct côté serveur, où son empreinte est conservée. Le décrire comme une clé PBKDF2 serait incorrect. AES-GCM fournit l’authentification dans son mode de chiffrement ; le format employé ici n’ajoute pas un HMAC séparé aux fichiers.

Identifier le détenteur de la clé

La mention AES-256 n’établit pas à elle seule un chiffrement de bout en bout. La documentation SwissTransfer décrit un chiffrement du transport et du stockage serveur. Vérifiez chaque architecture avant de lui attribuer un algorithme, une dérivation de clé ou l’étiquette zero-knowledge.

Le chiffrement navigateur ne protège pas d’un appareil compromis, d’une extension malveillante ou d’un destinataire qui transmet le lien complet. Il ne fait pas non plus disparaître les métadonnées d’exploitation. Gardez les liens privés et une copie indépendante avant expiration. Cette explication technique ne constitue pas une certification pour un usage réglementé.

HexaTransfer en pratique

HexaTransfer permet des envois ponctuels gratuits, sans compte, jusqu’à 50 Go. Les liens expirent après 14 jours (par défaut ; durée au choix de 1–30 jours entiers) : conservez votre propre copie. Les fichiers et leurs noms sont chiffrés dans le navigateur avec AES-256-GCM. Le navigateur génère une clé aléatoire placée après # dans le lien. Transmettez le lien complet uniquement aux destinataires prévus : son détenteur peut déchiffrer le transfert, sous réserve du mot de passe supplémentaire éventuel.

Ce mot de passe contrôle l’accès côté serveur ; il ne sert pas à dériver la clé de chiffrement. Gardez l’onglet ouvert jusqu’à l’apparition du lien et prévoyez assez d’espace disque pour le téléchargement. L’envoi ne supprime pas le fichier original.

Sources consultées le 27 septembre 2026

• W3C — Web Cryptography API
• RFC 3986 §3.5
• Infomaniak — SwissTransfer

Guides associés

• Envoyer des fichiers
• Alternatives gratuites à WeTransfer avec chiffrement
• Transfert de fichiers Chromebook : meilleures solutions web