Chiffrement AEAD

Le mot de passe est étiré par Argon2id (64 Mio de mémoire, 3 passes) avec un sel aléatoire de 16 octets en une clé de 256 bits : deviner le mot de passe reste lent même sur du matériel puissant. Un module Rust/WebAssembly chiffre ensuite le fichier par blocs de 1 Mio ; chaque bloc reçoit son propre nonce (préfixe aléatoire plus compteur de bloc) et une étiquette d'authentification de 16 octets. La barre de progression indique vitesse et temps restant, et Annuler arrête le travail entre deux blocs.

Dérivation de clé (Argon2id) règle le coût : Léger, Standard (par défaut), Renforcé, Maximum (1 Gio, pour ordinateur) ou vos propres mémoire, passes et voies. Un coût plus élevé ralentit d'autant la recherche du mot de passe, ainsi que chaque chiffrement et déchiffrement. Les réglages non standard sont écrits dans l'en-tête authentifié (9 octets de plus) : le déchiffrement ne demande toujours que le mot de passe ; les valeurs sous le minimum OWASP affichent un avertissement.

Le résultat est un conteneur .aead au format MDT3 : un en-tête de 35 octets (47 avec XChaCha20) contenant l'algorithme, le sel et le préfixe du nonce, suivi des blocs. L'en-tête et un indicateur « dernier bloc » sont authentifiés avec chaque bloc : un mauvais mot de passe, un octet modifié, des blocs permutés, un fichier tronqué (même pile à la limite d'un bloc) ou des données ajoutées à la fin sont rejetés au lieu de produire une sortie abîmée. L'algorithme est lu dans l'en-tête ; pour déchiffrer, seul le mot de passe est nécessaire.

Les conteneurs produits par les versions précédentes de l'outil (MDT2) se déchiffrent toujours ; cet ancien format ne détecte pas une coupure pile à une limite de 1 Mio, ce que l'outil signale après le déchiffrement. Le mot de passe est utilisé tel que saisi ; pour les anciens fichiers, la variante sans espaces de début et de fin est aussi essayée, car les versions précédentes les supprimaient. Le fichier chiffré ou déchiffré est assemblé en mémoire avant le téléchargement : la limite pratique est la RAM de l'appareil.

Chiffrer avant d'envoyer dans le cloud : report.pdf (2,5 Mio) avec AES-256-GCM devient report.pdf.aead, soit 2,5 Mio plus 35 octets d'en-tête plus 3 × 16 octets d'étiquettes. Le champ En-tête commence par 4d445433, les octets ASCII de MDT3.

Déchiffrer sur un autre ordinateur : ouvrez l'outil, choisissez report.pdf.aead dans le panneau de déchiffrement, saisissez le même mot de passe et téléchargez report.pdf. Un fichier sans extension .aead est enregistré avec .dec ajouté.

Transfert interrompu : si seuls les 2 premiers Mio de report.pdf.aead sont arrivés, le déchiffrement s'arrête sur « Échec du déchiffrement : mot de passe incorrect, ou le fichier est corrompu ou a été modifié. » au lieu de rendre un PDF raccourci.

Fichier vide : un fichier de 0 octet produit tout de même un conteneur de 51 octets (en-tête plus un bloc vide authentifié) ; même un conteneur vidé est donc détecté.