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

Déchiffrement AES en ligne

Commencez par le format dont vous disposez réellement. Déchiffrez le package de récupération complet de ce site ou fournissez les paramètres exacts requis par un système de clé brute.

Traitement dans le navigateur128 / 192 / 256Aucune statistique dans l’espace de chiffrement
Traitement local…
Chargement, copie ou téléchargement bloqué ? Ouvrez l'espace de travail isolé dans un nouvel onglet. Les entrées ne sont pas transférées. ↗

Identifiez d'abord le format du texte chiffré

Un mot de passe n'est pas une clé AES et Base64 n'est pas un format de chiffrement. Pour le package v1 de ce site, conservez l'objet JSON avec ses champs de format, version, type, KDF, salt, nonce, longueur de tag d’authentification et texte chiffré. Le mode mot de passe lit ces paramètres dans le package et ne devine pas l'algorithme.

Une chaîne commençant par U2FsdGVkX1 peut être une enveloppe OpenSSL Salted__. Ce format de mot de passe, les valeurs par défaut CryptoJS et les conteneurs de fournisseurs arbitraires ne sont pas automatiquement pris en charge. La sélection du mode brut n'est utile que si vous pouvez obtenir les octets clés réels et IV ; la saisie d'un mot de passe dans le champ clé ne reproduit pas la dérivation d'un autre programme.

Comment déchiffrer un paquet de texte

  1. Choisissez Importer un fichier chiffré ou déposez le fichier texte .aes.json téléchargé dans la zone Entrée. Le mode mot de passe et l’opération Déchiffrer sont sélectionnés, sans lancer le déchiffrement. Vous pouvez aussi coller le paquet JSON complet.
  2. Entrez le mot de passe d'origine sans le couper. Cliquez sur Déchiffrer et attendez la dérivation locale.
  3. Si l'authentification réussit, copiez ou téléchargez le texte brut. Un texte en clair vide est un résultat valide.
  4. Si le package est un package de fichiers, utilisez plutôt le chiffrement de fichiers. L’outil n’interprète pas les documents ou archives chiffrés arbitrairement.

Des clés incorrectes, nonces, des tags d’authentification ou un texte chiffré endommagé peuvent tous provoquer une erreur d'authentification GCM. Le message ne peut pas déterminer lequel était erroné ; aucun texte clair partiel n'est publié. Ne continuez pas à modifier les octets de manière aléatoire jusqu'à ce qu'un mode différent produise une sortie lisible.

Si le déchiffrement échoue, vérifiez l'élément correspondant

Ce que tu voisQue vérifier ensuite
Le package ne peut pas être lu ou son format n'est pas pris en chargeImportez le texte complet .aes.json téléchargé depuis ce site. Un champ de texte chiffré à lui seul ne constitue pas un package.
Le package contient un fichier plutôt que du texteOuvrez Chiffrement de fichier pour restaurer le fichier d'origine.
La longueur de la clé ou l'encodage Hex/Base64 n'est pas valideFaites correspondre le codage de la clé avant de vérifier sa longueur d'octet décodée. Le générateur de clés affiche les tailles prises en charge ; générer une nouvelle clé ne récupérera pas un ancien message.
Le IV ou nonce a la mauvaise longueurUtilisez le paramètre d'origine dans son encodage d'origine : cet outil attend un compteur nonce GCM de 12 octets ou un IV CBC ou compteur CTR de 16 octets.
L'authentification GCM échoueVérifiez le mot de passe ou la clé d'origine, nonce, le tag d’authentification, l'AAD et le texte chiffré complet. Cette erreur à elle seule ne peut pas identifier quel élément diffère.

Vous souhaitez connaître le processus avant d’utiliser vos propres données ? Créez un exemple public sur la page de chiffrement, téléchargez le package complet et apportez-le ici. Un déchiffrement réussi doit reproduire le message original, et non une nouvelle valeur chiffrée.

Liste de contrôle de compatibilité brute

Faites correspondre tous ces éléments : mode AES ; Clé d'octet 16/24/32 ; codage des clés ; Compteur 12-octet GCM nonce ou 16-octet CBC IV/CTR ; et le codage du texte chiffré. GCM nécessite les mêmes données authentifiées supplémentaires, si elles sont utilisées. Laissez le champ de tag d’authentification séparé vide lorsque le texte chiffré inclut déjà son tag d’authentification d'octet finale 16.

CBC supprime ici le remplissage PKCS7. CTR n'a pas de remplissage et utilise un champ de compteur de poids faible 64 bits. Un échec de remplissage CBC n'est pas un diagnostic fiable d'un mauvais mot de passe, et CTR peut renvoyer des octets arbitraires avec une mauvaise clé. Aucun des deux modes n'authentifie le contenu récupéré. Utilisez les paramètres exacts publiés et un contrôle d’intégrité fiable plutôt que de considérer l’absence d’erreurs comme une preuve.

Outils et lectures associés

Références techniques

Mis à jour le 2 novembre 2026

Guides populaires

Qu’est-ce que l’AES ?GCM, CBC et CTRTailles des clés AESIV et noncesAES et RSAAES et DESComprendre le padding

Questions fréquemment posées

Que signifie l’échec de l’authentification ?

La clé ou les paramètres ne correspondent pas, ou les données sont endommagées. GCM ne peut pas renvoyer de texte en clair en toute sécurité. L'erreur n'établit pas que le mot de passe seul est erroné.

Où puis-je placer un tag d’authentification GCM distincte ?

Utilisez le mode brut et le champ de tag d’authentification avancé, codés de la même manière que le texte chiffré. Dans ce cas, l'entrée de texte chiffré ne doit pas également contenir le tag d’authentification. Les packages de mots de passe de ce site l'ajoutent déjà.

Puis-je coller une valeur Base64 et laisser l'outil deviner ?

Non, Base64 ne représente que des octets. Vous devez connaître l'enveloppe, le mode, la source de clé, IV/nonce, la disposition des tags d’authentification et tout AAD.