Chiffrement AES

AES-GCM (Galois/Counter Mode) est un chiffrement authentifié — il ne se contente pas de chiffrer vos données, il génère aussi une étiquette d'authentification qui détecte toute altération du texte chiffré. Si un seul octet de la sortie chiffrée est modifié, le déchiffrement échoue avec une erreur. AES-CBC (Cipher Block Chaining) est plus ancien et chiffre correctement mais ne fournit pas d'authentification — un attaquant peut modifier le texte chiffré de certaines manières sans être détecté. Utilisez GCM pour toutes les nouvelles implémentations. N'utilisez CBC que si vous avez besoin de compatibilité avec un système hérité spécifique qui l'exige.

PBKDF2 (Password-Based Key Derivation Function 2) convertit votre mot de passe lisible par l'homme en une clé cryptographique. Il exécute le mot de passe et un sel aléatoire via un hachage SHA-256 100 000 fois. Cette lenteur délibérée signifie que tenter de forcer un mot de passe faible comme « password123 » nécessite toujours d'exécuter 100 000 itérations SHA-256 par tentative — réduisant considérablement la vitesse d'attaque par rapport à un simple hachage unique. Le sel aléatoire garantit que deux utilisateurs ayant le même mot de passe obtiennent des clés complètement différentes.

La sortie est une seule chaîne encodée en Base64 qui regroupe tout ce qui est nécessaire au déchiffrement : le sel aléatoire (utilisé par PBKDF2 pour dériver la clé), l'IV (Initialization Vector, un nonce aléatoire requis par GCM/CBC), l'identifiant du mode de chiffrement et de la taille de clé, et le texte chiffré proprement dit. Ce format autonome signifie que le destinataire n'a besoin que du mot de passe — la chaîne de sortie seule est sûre à partager publiquement car aucune des données incluses ne compromet le chiffrement.

Oui. Le format de sortie est documenté : décodage Base64 de la chaîne, puis extraction du sel (les 16 premiers octets), de l'IV (les 12 octets suivants pour GCM ou 16 pour CBC), et du texte chiffré restant. Exécutez PBKDF2 avec SHA-256 et 100 000 itérations sur le mot de passe et le sel pour obtenir la clé, puis déchiffrez avec AES-GCM ou AES-CBC. La Web Crypto API (navigateur), le module crypto (Node.js), PyCryptodome (Python) et javax.crypto (Java) prennent tous en charge ces algorithmes nativement.

Avec AES-GCM, le déchiffrement échouera immédiatement avec une erreur d'authentification car l'étiquette d'authentification ne correspondra pas. C'est l'un des avantages clés de GCM — il vous indique définitivement que le déchiffrement a échoué plutôt que de produire silencieusement un résultat incohérent. Avec AES-CBC, un déchiffrement avec un mauvais mot de passe produit un résultat brouillé sans erreur évidente, ce qui est plus difficile à détecter. Dans les deux cas, les données d'origine ne sont pas récupérables sans le bon mot de passe.

L'AES-256 (clés de 256 bits) est le choix recommandé pour les nouvelles implémentations. La différence de longueur de clé est significative en théorie — AES-128 possède 2^128 clés possibles tandis qu'AES-256 en a 2^256. En pratique, les deux sont inviolables par calcul avec la technologie actuelle, mais l'AES-256 offre une plus grande marge de sécurité contre d'éventuelles attaques futures théoriques. La différence de performance est négligeable pour le chiffrement de texte. Utilisez 128 bits uniquement si vous avez une exigence de compatibilité spécifique.

Rien n'est envoyé à aucun serveur. Tout le chiffrement et le déchiffrement s'exécutent dans votre navigateur à l'aide de la Web Crypto API, une API native du navigateur qui fournit des opérations cryptographiques dans un environnement sécurisé et isolé (sandbox). Votre texte en clair, votre mot de passe et votre texte chiffré ne quittent jamais votre appareil. Cela rend l'outil sûr pour chiffrer des identifiants sensibles, des messages personnels et des données confidentielles.