Hachage/Crypto

AES Encrypt/Decrypt

Chiffrer et déchiffrer du texte avec AES-GCM ou AES-CBC à l'aide d'un mot de passe (clé dérivée via PBKDF2).

AES is the standard for symmetric encryption: the same password is used to both encrypt and decrypt. This tool derives an encryption key from your password with PBKDF2 and encrypts text with AES-GCM or AES-CBC — all locally in your browser.

How to use it

Common uses

Things to keep in mind

The IV (initialization vector) must be unique for every encryption performed with the same key — reusing a key+IV pair in GCM completely breaks the encryption's security.

AES-CBC without a separate integrity check (a MAC) is vulnerable to ciphertext-tampering attacks — that's why GCM, which combines encryption and authentication in one mode, is the safer default.

Article sur cet outil: AES : comment fonctionne le chiffrement symétrique

Questions fréquentes

Faut-il préférer AES-GCM ou AES-CBC ?

AES-GCM est généralement préférable car il fournit un chiffrement authentifié : il garantit à la fois la confidentialité et l'intégrité des données, en détectant toute altération. AES-CBC ne fait que chiffrer, sans vérifier l'intégrité, sauf si vous ajoutez un mécanisme séparé.

Peut-on réutiliser le même IV/nonce plusieurs fois ?

Non, réutiliser un IV (vecteur d'initialisation) avec la même clé est dangereux, en particulier avec GCM où cela peut compromettre totalement la confidentialité et l'authentification. Un IV unique doit être généré à chaque chiffrement.

Le mot de passe saisi sert-il directement de clé AES ?

Non, le mot de passe est transformé en clé AES via PBKDF2, une fonction de dérivation qui ajoute un sel et de multiples itérations. Cela rend les attaques par force brute sur le mot de passe beaucoup plus coûteuses que l'utiliser tel quel comme clé.

Pourquoi ne faut-il pas utiliser le mode ECB ?

ECB chiffre chaque bloc indépendamment et de la même façon, donc des blocs de texte en clair identiques donnent des blocs de texte chiffré identiques — cela révèle la structure des données (par exemple, des motifs répétés dans une image restent visibles même une fois chiffrée). CBC ou GCM avec un IV unique éliminent ce problème.

Que se passe-t-il si l'on réutilise le même IV avec la même clé ?

Pour GCM, c'est une erreur critique — réutiliser la paire clé+IV compromet totalement la confidentialité et l'authenticité du chiffrement. L'IV doit toujours être unique pour chaque chiffrement effectué avec la même clé.

Articles : Hachage/Crypto

Hash Generator : en quoi MD5, SHA-1 et SHA-256 diffèrent

Pourquoi MD5 sert encore à vérifier l'intégrité de fichiers, mais pas pour les mots de passe.

Checksum Verifier : comment vérifier qu'un fichier n'est pas corrompu

Pourquoi une somme de contrôle correspondante confirme l'intégrité d'un fichier, mais pas qui l'a créé.

HMAC : en quoi un hachage avec clé diffère d'un hachage classique

Pourquoi un simple SHA-256 ne protège pas contre la falsification d'un message, mais HMAC oui.

Bcrypt : pourquoi les mots de passe sont hachés lentement, pas rapidement

Pourquoi un SHA-256 rapide est un mauvais choix pour les mots de passe, et un bcrypt lent le bon choix.

UUID : comment générer des identifiants qui ne se répètent presque jamais

Pourquoi un UUID v4 peut être généré indépendamment sur des millions de machines sans risque de collision.

Générateur de mots de passe : ce qui rend vraiment un mot de passe solide

Pourquoi un long mot de passe fait de mots du dictionnaire est plus solide qu'un court avec symboles et chiffres.

Argon2 : pourquoi cet algorithme a remporté le concours de hachage de mots de passe

Comment Argon2 se défend mieux contre les attaques par GPU que les algorithmes de hachage de mots de passe plus anciens.

Scrypt : pourquoi l'algorithme a besoin d'autant de mémoire

Pourquoi scrypt exige volontairement beaucoup de mémoire pour compliquer le cassage sur des dispositifs ASIC.

TOTP : comment fonctionnent les codes à usage unique des applications d'authentification

Pourquoi le code de Google Authenticator fonctionne sans internet et se synchronise avec le serveur uniquement via l'heure.

PBKDF2 : le plus ancien standard d'étirement de clé

Pourquoi le nombre d'itérations recommandé pour PBKDF2 augmente chaque année.

X.509 : ce qu'il y a à l'intérieur d'un certificat SSL

Ce que le navigateur vérifie exactement dans le certificat d'un site avant d'afficher le cadenas vert.

PGP : comment fonctionne le chiffrement à clé publique et privée

Pourquoi on peut partager librement une clé publique PGP, mais jamais la clé privée.