aes-encryption.com
Français

Changer de langue recharge l’espace de travail. Enregistrez le résultat et une copie de votre saisie avant de continuer.

EnglishEspañolPortuguês (Brasil)简体中文繁體中文Françaisहिन्दीবাংলা

AES · GCM / CBC / CTR

Clés AES de 128, 192 ou 256 bits

Comparez les longueurs de clé AES, les tailles Hex/Base64 et la compatibilité du navigateur sans confondre les mots de passe avec les octets de clé bruts.

Compter les octets avant les caractères

Taille de cléOctetsChiffres HexBase64 longueur
128 bits163224
192 bits244832
256 bits326444

Les longueurs Base64 incluent un padding standard si nécessaire. L'encodage change la représentation, pas l'entropie. Une clé Hex de caractère 64 représente 32 octets ; une chaîne 64 de caractère UTF-8 représente généralement différents octets.

Choisissez la clé requise par le protocole

Un système de réception doit connaître la même clé et le même algorithme. Tronquer AES-256 pour ajuster AES-128 ne préserve pas la compatibilité. L'augmentation de la taille d'un seul côté ne met pas à niveau un texte chiffré stocké. Le mode nonce, le processus d'authentification et de gestion des clés restent nécessaires quelle que soit la longueur de la clé.

Toutes les variantes AES utilisent des blocs de 128 bits. Le site génère les trois tailles de clé avec crypto.getRandomValues. Raw AES-192 utilise un backend de compatibilité nommé ; AES-128/256 utilisez Web Crypto. Les navigateurs cibles ont encore besoin de vrais tests, notamment pour le presse-papiers, les Workers et les téléchargements.

Un exemple UTF-8 qui détecte les erreurs de longueur

Huit caractères chinois peuvent occuper 24 UTF-8 octets, au lieu de huit octets. Cela peut former une séquence d'octets de 192 bits, mais une phrase mémorable n'est pas automatiquement une clé aléatoire forte. L'outil valide les octets décodés plutôt que de tronquer, répéter ou remplir de zéros silencieusement l'entrée.

Utilisez une clé aléatoire générée lorsqu'un protocole attend des octets bruts. Utilisez le mode mot de passe lorsqu'un humain fournit un mot de passe : PBKDF2 dérive une clé avec un sel et un facteur de travail déclaré. La copie d'un mot de passe dans la zone de clé brute n'applique pas cette dérivation.

Conserver la clé et les paramètres de récupération

Une clé brute à elle seule ne constitue pas un enregistrement de récupération complet. Mode de sauvegarde, nonce ou IV, disposition des tags d’authentification, AAD, règles d'encodage et de remplissage/compteur avec texte chiffré, tout en gardant la clé séparément. Si vous faites pivoter une clé, conservez l'ancienne clé pour les données qui en ont encore besoin ; ce site Web ne gère pas les inventaires de clés ni ne récupère les valeurs rejetées.

Outils et lectures associés

Références techniques

Mise à jour en octobre 16, 2026

Questions fréquemment posées

Est-ce que Base64 rend une clé plus forte ?

Non, il s’agit d’un codage des mêmes octets. La force dépend de la manière dont la clé a été générée et utilisée, et non de son alphabet affiché.

Chaque navigateur peut-il chiffrer nativement avec AES-192 ?

Ne le supposez pas. Cet outil utilise une implémentation de compatibilité explicite pour le AES-192 brut et rapporte le backend. Le support natif est testé séparément et jamais remplacé silencieusement.