Outil de chiffrement AES — GCM, CBC et CTR

Qu'est-ce que le chiffrement AES ?

// AES-256-GCM with a passphrase (PBKDF2-HMAC-SHA256, 600,000 iterations).
// Identical code runs in the browser and in Node.js 20+ via Web Crypto.
async function aesGcmEncrypt(plaintext, passphrase) {
  const enc = new TextEncoder();
  const salt = crypto.getRandomValues(new Uint8Array(16));
  const iv = crypto.getRandomValues(new Uint8Array(12));
  const baseKey = await crypto.subtle.importKey(
    'raw', enc.encode(passphrase), 'PBKDF2', false, ['deriveKey']);
  const key = await crypto.subtle.deriveKey(
    { name: 'PBKDF2', salt, iterations: 600000, hash: 'SHA-256' },
    baseKey, { name: 'AES-GCM', length: 256 }, false, ['encrypt']);
  const ct = new Uint8Array(await crypto.subtle.encrypt(
    { name: 'AES-GCM', iv }, key, enc.encode(plaintext)));
  const packed = new Uint8Array([...salt, ...iv, ...ct]); // salt(16) | iv(12) | ct+tag
  return btoa(String.fromCharCode(...packed));            // self-contained Base64
}

Fonctionnalités clés

Exemples de chiffrement AES

The quick brown fox jumps over the lazy dog.

sel (16 o) + IV (12 o) + texte chiffré + tag (16 o), encodé en Base64 — une valeur différente à chaque exécution

Attack at dawn!

U2FsdGVkX18AESIzRFVmd1PBwxIFQpF+VgIhTK0aDHQ=

Comment chiffrer du texte avec AES

1. 1

   Choisissez un mode et une taille de clé

   Laissez Mode sur GCM (recommandé) et Taille de clé sur 256 pour le choix par défaut le plus solide et raisonnable. Passez à CBC ou CTR uniquement si un système que vous ciblez l'exige.

2. 2

   Choisissez une phrase secrète ou une clé brute

   Laissez Type de clé sur Phrase secrète et saisissez une phrase secrète forte, ou passez à Clé brute et collez une clé exacte de 128/192/256 bits en hexadécimal ou en Base64. Le badge de nombre d'octets confirme si votre clé brute a une longueur valide.

3. 3

   Saisissez le texte à chiffrer

   Tapez ou collez votre texte en clair. Le chiffrement s'exécute automatiquement au fil de la saisie, entièrement dans votre navigateur — aucun aller-retour par bouton, aucun envoi.

4. 4

   Copiez le texte chiffré autonome

   Le résultat Base64 à droite contient déjà le sel, l'IV et le tag d'authentification. Utilisez le bandeau de segments pour voir la disposition des octets, puis cliquez sur Copier. Passez l'encodage de sortie en Hex si votre système cible l'attend.

5. 5

   Déchiffrez-le quand vous en avez besoin

   Donnez le texte chiffré, la phrase secrète, et le même mode et la même taille de clé au destinataire, ou ouvrez la page de déchiffrement AES pour l'inverser vous-même.

Erreurs courantes de chiffrement AES

Key type: Raw key
Key (hex): correct horse battery staple   (not hex, not 32 bytes)

Key type: Passphrase
Passphrase: correct horse battery staple   (stretched with PBKDF2)

// same key, same IV for two messages
encrypt(key, iv, a); encrypt(key, iv, b);

// fresh random IV each time (the default)
encrypt(key, randomIV(), a);

stored = ciphertext              // salt + IV + tag thrown away

stored = salt + iv + ciphertext + tag   // the full Base64 string

assert(encrypt(msg) === encrypt(msg))   // fails — and should

assert(decrypt(encrypt(msg)) === msg)   // this is what must hold

Ce que vous pouvez faire avec le chiffrement AES

Apprendre comment se comportent les modes AES

Basculez entre GCM, CBC et CTR avec la même entrée pour voir comment l'authentification, la longueur de l'IV et la taille du texte chiffré changent. Une façon concrète de comprendre ce que spécifie réellement la NIST SP 800-38D.

Produire un texte chiffré qu'un autre système peut lire

Générez une sortie au format Salted__ d'OpenSSL (ou sous forme de clé brute plus IV) pour qu'un backend, un script ou un collègue utilisant openssl ou une bibliothèque de chiffrement puisse la déchiffrer sans friction.

Chiffrer une courte note ou un extrait

Protégez un texte personnel ponctuel — une phrase de récupération que vous déplacez entre appareils, un extrait dans un ticket de support — avec une phrase secrète que vous seul connaissez. Pas pour des secrets réglementés ou de production.

Prototyper un format de chiffrement

Fixez ici la disposition sel/IV/tag et les réglages de KDF avant d'écrire le code, en utilisant le détail des segments pour confirmer l'ordre et les longueurs des octets.

Générer des vecteurs de test

Créez un texte chiffré connu avec une phrase secrète et un mode fixes pour alimenter vos propres tests de déchiffrement, puis vérifiez l'aller-retour sur la page de déchiffrement AES.

Modes AES et dérivation de clé

GCM (Galois/Counter Mode) — authentifié, recommandé

Confidentialité plus un tag d'authentification de 128 bits (NIST SP 800-38D). Il utilise un IV de 96 bits (12 octets), généré aléatoirement à chaque chiffrement, et le chiffrement comme le déchiffrement se parallélisent bien. La seule règle à ne jamais enfreindre : ne jamais réutiliser un IV avec la même clé. La SP 800-38D limite une même clé à environ 2^32 IV générés aléatoirement, et une répétition fuite le XOR de deux textes en clair et peut même exposer la clé d'authentification qui protège le tag. Le meilleur choix pour presque tout.

CBC (Cipher Block Chaining) — confidentialité seulement

Chaque bloc est XORé avec le bloc de texte chiffré précédent, à l'aide d'un IV aléatoire de 16 octets. Il n'a pas d'authentification intégrée, il doit donc être associé à un MAC séparé — chiffrer-puis-MAC, par exemple avec notre générateur HMAC — et il est historiquement sujet aux attaques par oracle de padding (Vaudenay, EUROCRYPT 2002). Proposé ici pour l'interopérabilité avec OpenSSL et les systèmes plus anciens.

CTR (Counter) — confidentialité seulement, façon flux

Transforme l'AES en chiffrement de flux en chiffrant un compteur, si bien que n'importe quelle longueur d'octets fonctionne sans padding et que les blocs se parallélisent librement. Comme CBC, il n'offre aucune intégrité à lui seul, et réutiliser le compteur/IV sous une même clé est catastrophique. Utile quand vous avez besoin d'un accès aléatoire ou d'une sémantique de flux.

ECB — non proposé (par conception)

Electronic Codebook chiffre chaque bloc indépendamment, si bien que des blocs de texte en clair identiques produisent un texte chiffré identique et que les motifs transparaissent — le célèbre « pingouin ECB ». L'API Web Crypto ne l'implémente délibérément pas, et nous non plus. Si un système existant exige ECB, considérez cela comme un bug à corriger plutôt qu'un format à reproduire.

Dérivation de clé : 600 000 vs 10 000 vs 1 itération

Dans le mode Phrase secrète par défaut, cet outil utilise PBKDF2-HMAC-SHA256 à 600 000 itérations (le même hachage SHA-256 appliqué des centaines de milliers de fois) avec un sel de 16 octets, selon OWASP. En mode compatible OpenSSL, PBKDF2 utilise par défaut seulement 10 000 itérations (la valeur par défaut d'openssl enc), et l'ancien KDF EVP_BytesToKey utilisé par CryptoJS et les anciennes versions d'OpenSSL n'effectue qu'une seule passe MD5 — des ordres de grandeur plus faible. Plus d'itérations signifient une force brute plus lente par essai, ce qui explique pourquoi la valeur par défaut moderne est tellement plus élevée. Argon2 et scrypt sont encore plus robustes, mais ne font pas partie de Web Crypto, donc ils sont hors du champ de cet outil ; pour le stockage de mots de passe, suivez OWASP et préférez Argon2id.

Bonnes pratiques de chiffrement AES

Préférez GCM sauf si un système impose autre chose

Le chiffrement authentifié détecte les altérations que CBC et CTR laissent passer silencieusement. Ne descendez vers CBC ou CTR que pour l'interopérabilité, et ajoutez un MAC si vous le faites.

Utilisez un nouvel IV aléatoire pour chaque message

L'outil le fait automatiquement. Si vous remplacez l'IV manuellement, ne réutilisez jamais un IV avec la même clé — pour GCM, une répétition est catastrophique, et pour CBC, cela brise la sécurité sémantique.

Choisissez des phrases secrètes fortes et de vraies clés aléatoires

PBKDF2 ralentit la force brute mais ne peut pas sauver une phrase secrète faible. Générez une phrase secrète longue avec le générateur de mot de passe, ou une vraie clé aléatoire avec le générateur de clé secrète.

Gardez le sel, l'IV et le tag avec le texte chiffré

Ils ne sont pas secrets, mais le déchiffrement échoue sans eux. Le format autonome de cet outil regroupe les trois ; si vous utilisez le mode clé brute en texte chiffré nu, copiez l'IV séparément et stockez-le à côté du texte chiffré.

Ne chiffrez aucun secret de production ou réglementé dans un outil en ligne

Même entièrement côté client, un outil de navigateur est fait pour l'apprentissage, le débogage et les usages personnels ponctuels. Les vrais secrets relèvent d'un système de gestion de clés éprouvé, avec une gestion et une rotation des clés auditées. L'AES-256 en lui-même est robuste — approuvé par la suite CNSA 2.0 de la NSA pour les informations jusqu'au niveau TOP SECRET — et les failles réelles viennent d'erreurs d'implémentation, pas du chiffrement.

FAQ sur le chiffrement AES