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

AES-GCM, CBC et CTR : comparaison des modes

Comparez l'authentification GCM, le remplissage CBC et les règles de compteur CTR avant de configurer la compatibilité brute AES.

Comparez la construction complète

ModeIV / nonce iciPadding iciAuthentification
GCMnonce de 12 octetsAucunBalise 128 bits
CBC16-octet IVPKCS7Aucun
CTRcompteur de 16 octets ; Champ compteur 64 bitsAucunAucun

GCM est la valeur par défaut fixe du profil de mot de passe. CBC et CTR sont exposés pour une compatibilité brute, avec un avertissement. Il ne s’agit pas d’une recommandation visant à remplacer un protocole établi par un mode de chiffrement simple.

Pourquoi GCM peut refuser de déchiffrer

GCM vérifie un tag d’authentification sur le texte chiffré et tout AAD. Changer la clé, nonce, le texte chiffré, le tag d’authentification ou l'AAD peut empêcher l'authentification. L'outil ne renvoie aucun texte brut partiel lorsque cela se produit. Sa sortie ajoute un tag d’authentification d'octet 16 ; si un système stocke le tag d’authentification séparément, divisez ou combinez correctement les octets plutôt que de les dupliquer.

La même clé ne doit pas réutiliser un nonce. L'outil génère un nouveau nonces par défaut. Une option manuelle nonce existe uniquement pour l'interopérabilité délibérée et les vecteurs de test ; un nonce d'apparence aléatoire copié à partir d'une opération précédente ne doit pas devenir un défaut permanent.

Les échecs CBC et CTR sont différents

CBC a besoin d'un IV imprévisible et d'une convention de remplissage. Une mauvaise clé peut provoquer une erreur de remplissage, mais un remplissage valide occasionnel ne constitue pas une authentification. CTR n'a pas de remplissage et peut renvoyer des octets modifiés sans erreur. Aucun des deux modes ne prouve l’intégrité ou une clé correcte simplement parce que le traitement est terminé.

La compatibilité CTR dépend aussi de la progression des blocs du compteur. Cet outil utilise les 64 bits de poids faible comme champ de compteur et refuse une opération qui le ferait dépasser sa capacité. Une autre disposition de compteur peut empêcher l’interopérabilité, même avec le même IV affiché.

Une liste de contrôle d'interopérabilité

Avant de déplacer le texte chiffré entre les systèmes, le mode d'enregistrement, les octets clés, IV/nonce, l'encodage, le placement des tags d’authentification, l'AAD et le remplissage ou la longueur du compteur. Testez d'abord avec des données publiques. Le site prend en charge uniquement GCM, CBC et CTR ; La BCE, le CFB et l'OFB ne sont pas des options cachées. Pour un nouveau workflow authentifié, préférez le profil de mot de passe GCM ou un protocole d'application revu plutôt que d'inventer un schéma CBC-plus-somme de contrôle.

Outils et lectures associés

Références techniques

Mise à jour en octobre 16, 2026

Questions fréquemment posées

Est-ce que CBC est cassé chaque fois qu'il n'a pas de tag d’authentification ?

CBC est un mode avec des exigences. Une simple opération CBC manque d'authentification ; un protocole plus large peut ajouter une protection d’intégrité appropriée. Cet outil n'ajoute pas cette protection automatiquement.

GCM peut-il utiliser le remplissage PKCS7 ?

GCM n'utilise pas PKCS7. L'ajout ou la suppression d'un tel remplissage modifie le texte brut et peut rompre la compatibilité.