Chiffrement/déchiffrement DES/3DES (2/3 clés) en ECB/CBC et PKCS#7 dans votre navigateur. Longueurs de clé (8/16/24 octets) validées strictement. Chaque résultat avec la commande OpenSSL équivalente. Rien n'est envoyé.
ECB chiffre des blocs égaux en blocs chiffrés égaux et laisse voir les motifs — ne l'utilisez que pour dialoguer avec un système qui l'exige.
—
La commande contient la clé que vous avez saisie.
| Clé (DES simple) | 0123456789abcdef |
|---|---|
| Texte clair | 4e6f772069732074 |
| Texte chiffré (ECB, sans padding) | 3fa40e8a984d4815 |
Écrit et relu par les développeurs qui construisent les outils de chiffrement. Chaque texte chiffré et chaque nombre d'octets de cette page est calculé par le moteur de l'outil et vérifié par des tests.
8 / 16 / 24 octets DES simple : 8 octets (56 bits effectifs). 3DES : 16 octets (2 clés) ou 24 octets (3 clés). Matériau de clé nominal 112/168 bits ; force de sécurité effective du NIST environ 80/112 bits (SP 800-57). Cet outil détecte automatiquement d'après le nombre d'octets ; les autres longueurs lèvent une erreur.
3fa40e8a984d4815 Clé 0123456789abcdef, texte clair "Now is t" (hex 4e6f772069732074) : DES simple ECB sans padding sort 3fa40e8a984d4815.
8 octets 8 octets (16 chiffres hex), CBC uniquement — ECB n'en utilise pas. À distinguer de l'IV d'AES sur 16 octets.
= PKCS#7 Pour le DES, c'est PKCS#7 — le même algorithme de padding sous son nom historique (PKCS#5 n'a défini que des blocs de 8 octets, ceux du DES).
Interop héritage uniquement Non. DES simple retiré en 2005 ; 3DES obsolète dans la SP 800-131A Rev.2 (2023). Interopérabilité héritée uniquement — utilisez AES-256 pour tout projet nouveau.
DES (Data Encryption Standard) est le chiffrement par blocs symétrique adopté en 1977 par l'organisme de normalisation américain, à partir de la conception Lucifer d'IBM . Il traite des blocs de 64 bits (8 octets) sous une clé nominale de 64 bits à 56 bits effectifs, en 16 tours d'une structure de Feistel.
3DES (TDEA, Triple DES) enchaîne trois fois le DES pour pallier la clé courte : C = E_K3(D_K2(E_K1(P))). La passe centrale est un déchiffrement, de sorte que K1=K2=K3 réduit la chaîne au DES simple — un choix délibéré de compatibilité. La forme 2 clés (K3=K1) offre environ 112 bits effectifs et est la forme la plus répandue dans les systèmes bancaires historiques.
Le NIST a retiré le DES simple en 2005 (avis FIPS 46-3) et rendu le 3DES obsolète dans la SP 800-131A Rev.2 (2023). S'ils existent encore, c'est uniquement pour l'interopérabilité avec l'existant : chambres de compensation bancaires, passerelles de paiement et systèmes Java/.NET/PHP des années 1990/2000 font encore tourner du chiffrement de l'ère DES. Toute conception nouvelle doit utiliser AES-256.
# OpenSSL single DES (legacy provider) openssl enc -des-ecb -provider legacy -provider default -K 0123456789abcdef -nopad # 3-key 3DES CBC + PKCS#7 (default provider) openssl enc -des-ede3-cbc -K <48 hex digits> -iv <16 hex digits> -base64 -A
8/16/24 octets sont détectés automatiquement comme DES simple / 2 clés / 3 clés 3DES ; toute autre valeur lève une erreur. Contrairement à la troncature silencieuse de CryptoJS ou au truncate-and-warn d'openssl enc -K, une clé erronée échoue bruyamment — première cause d'incompatibilités d'interopérabilité.
Le tableau de vecteurs de test en bas de page est calculé au build par le même moteur, si bien que les crawlers lisent la valeur de référence sans exécuter de JS et que le nombre affiché ne peut jamais diverger de l'outil interactif.
Chaque combinaison de paramètres correspond à une commande openssl enc qui reproduit le résultat sur OpenSSL 3, flags legacy-provider compris pour le DES simple. Envoyez-la à l'autre partie pour cerner la divergence de paramètres.
Le getBytes() Java de l'ère DES sur un JDK Windows chinois produit du GBK. Les deux sens acceptent le GBK ici, si bien que le texte chinois des vieux systèmes se passe de conversion préalable.
TypeScript pur, zéro dépendance, zéro requête réseau. Les clés et le texte clair ne quittent jamais l'appareil ; fonctionne hors ligne après chargement. La seule forme acceptable pour un outil qui manipule des clés.
"DES" fait ECB + PKCS5Padding par défaut Cipher.getInstance("DES") équivaut à DES/ECB/PKCS5Padding ; "DESede" est du 3DES mais n'accepte que des clés de 24 octets — étendez K1‖K2 en K1‖K2‖K1 pour du 2 clés. PKCS5Padding est PKCS#7 pour le DES. IV omise : le chiffrement en tire une aléatoire (récupérable via getIV()), le déchiffrement lève "Parameters missing".
des-ede3-cbc / des-ede-cbc Les noms d'algorithmes suivent OpenSSL : des-ede3 est ECB triple, des-ede3-cbc est CBC. $options=0 (défaut) sort du texte Base64 ; OPENSSL_RAW_DATA pour les octets bruts. Les clés courtes sont comblées de zéros en silence ; une IV vide avertit puis chiffre avec une IV nulle.
-des-ede3-cbc fonctionne par défaut Le DES simple exige -provider legacy -provider default (certaines builds omettent legacy entièrement). -K/-iv prennent de l'hex ; PKCS#7 par défaut, -nopad pour désactiver. -K tronque les clés trop longues avec un avertissement.
Une clé brute de 8 octets (WordArray) fonctionne ; les longueurs erronées sont comblées de zéros ou tronquées en silence (4 octets comblés, 10 tronqués — sans erreur). Une chaîne passée comme « clé » déclenche une dérivation de clé (MD5 + sel aléatoire, sortie préfixée Salted__, différente à chaque fois). CBC sans IV est un crash TypeError, pas une IV nulle. TripleDES avec une clé de 8 octets devient silencieusement du DES simple.
TripleDES fait CBC + PKCS7 par défaut TripleDESCryptoServiceProvider : Mode=CBC, Padding=PKCS7, clé de 16 ou 24 octets (DES en prend 8). .NET rejette les clés faibles (la parité est normalisée d'abord, puis comparée à la table des clés faibles — une clé nulle lève une exception) alors que toutes les autres bibliothèques les acceptent. Y prêter attention en cas de migration.
des.NewCipher donne l'interface de bloc brut à clé de 8 octets ; vous l'habillez vous-même de cipher.NewCBCEncrypter etc. Le 3DES est des.NewTripleDESCipher (24 octets). La longueur d'IV y est contrôlée plus strictement que dans la plupart des langages.
Clé 0123456789abcdef, texte clair (hex) 4e6f772069732074
3fa40e8a984d4815
Le texte clair est la chaîne ASCII "Now is t". C'est le vecteur FIPS 81 de référence, et le tableau en bas de page est calculé au moment du build par le même moteur — si votre implémentation DES ne produit pas cette valeur pour ces entrées, elle contient un bug.
Clé 0123456789abcdeffedcba9876543210 (16 octets), IV fedcba9876543210, texte clair : DES interop test: order 20260927-0042
QmnMoewSecp7Z7cr/w3/4AjM9lpFo1swc4dfLNH5UkgCwU5n7WIdKA==
Une clé de 16 octets est traitée comme du 3DES 2 clés (K1 = les 8 premiers octets, K2 = les 8 derniers, K3 = K1 — l'assemblage EDE2). PKCS#7 sur un bloc de 8 octets est exactement ce que Java appelle "PKCS5Padding" pour le DES : même schéma, seule la taille de bloc diffère.
Clé 0123456789abcdef23456789abcdef010456789abcdef012 (24 octets), IV fedcba9876543210, texte clair : hello des
DhDQX9sfxKOirZ8eyqT7Jg==
Une clé de 24 octets correspond au EDE3 complet à trois clés : C = E_K3(D_K2(E_K1(P))). Des trois longueurs de clé, c'est la seule forme sans équivalent dégénéré — aussi bien 2 clés que K1=K2=K3 se réduisent à des chiffrements plus faibles.
Pour le DES/ECB/PKCS5Padding de Java, choisissez ECB + PKCS#7 ; pour openssl enc -des-ede3-cbc, choisissez CBC + PKCS#7. Le vieux code PHP mcrypt utilise typiquement Zero padding.
Le nombre d'octets sélectionne le chiffrement : 8 = DES simple, 16 = 3DES 2 clés, 24 = 3DES 3 clés. Choisissez Hex, Texte ou Base64 ; le badge affiche le nombre d'octets réel et la forme détectée. Les longueurs erronées lèvent une erreur — rien n'est jamais tronqué.
ECB n'a pas besoin d'IV. L'IV doit faire exactement 8 octets — 16 chiffres hex, pas les 32 d'AES. Le bouton Aléatoire en produit une neuve.
Pour chiffrer : saisissez du texte (UTF-8/GBK) ou de l'hex. Pour déchiffrer : collez du Base64 ou de l'hex. Les résultats se mettent à jour à la saisie, avec copie en un clic et vérification aller-retour via le bouton Déchiffrer ceci.
Le panneau repliable donne une commande openssl enc qui reproduit le résultat courant (clé comprise ; les commandes DES simple portent -provider legacy -provider default). Envoyez-la à votre interlocuteur — le moyen le plus rapide de trancher qui a le mauvais paramètre.
Une « clé DES » de 32 caractères hex fait 16 octets — c'est du 3DES 2 clés, pas du DES simple. Inversement, donner une clé de 24 octets à un système qui ne gère que 2 clés échoue aussi.
Clé 0123456789abcdeffedcba9876543210 (16 octets) avec DES simple sélectionné → erreur « la clé doit faire exactement 8 octets »
La même clé en 16 octets (3DES 2 clés) → déchiffre proprement
Java écrit "PKCS5Padding" pour le DES mais exécute l'algorithme PKCS#7 (PKCS#5 n'a défini que le padding de blocs de 8 octets, ceux du DES, d'où le nom resté). Choisir None ou Zero contre un texte chiffré JCE échoue toujours.
Texte chiffré JCE `DES/ECB/PKCS5Padding` déchiffré en "sans padding" → déchets en fin de flux ou erreur de padding invalide
Sélectionner PKCS#7 (Java PKCS5Padding) → sortie propre
Le bloc DES fait 8 octets, son IV aussi. Coller une IV de 32 chiffres hex issue d'un code AES échoue au contrôle de longueur ; une IV de 8 chiffres hex est comblée de zéros et mal interprétée.
IV 00000000000000000000000000000000 (32 chiffres hex) → erreur « l'IV doit faire 8 octets »
IV 0000000000000000 (16 chiffres hex) → acceptée
Déchiffrer un texte multi-blocs avec une mauvaise IV ne provoque pas d'erreur — seuls les 8 premiers octets sont corrompus, le reste se déchiffre correctement (l'IV n'atteint que le premier bloc, et le contrôle du padding vit dans le dernier). Quand vous voyez « les premiers caractères sont illisibles, le reste est bon », vérifiez l'IV avant la clé ; sur un texte d'un seul bloc, en revanche, le padding casse et l'erreur bad decrypt est levée.
Texte multi-blocs + mauvaise IV → 8 premiers octets illisibles, reste normal — interprété à tort comme « mauvaise clé »
Changer uniquement l'IV (clé intacte) → le premier bloc se rétablit, l'IV était bien le problème
-K ne garde que les octets dont il a besoin et affiche un avertissement d'une ligne que les scripts avalent. Quand l'autre partie dit « la clé, ce sont ces 48 chiffres hex » mais a en réalité chiffré avec les 16 premiers, déchiffrer avec la clé complète échoue.
Shell : `-K <49 chiffres hex>` → "hex string is too long, ignoring excess" perdu dans le pipeline
Utiliser la commande équivalente de cet outil pour générer un `-K` de longueur correcte, puis comparer les octets de clé avec l'autre partie
Le provider par défaut d'OpenSSL 3 n'a pas de des-ecb/des-cbc ; l'exécuter nu lève digital envelope routines::unsupported. Ajoutez -provider legacy -provider default, ou utilisez des-ede3 avec K‖K‖K (algébriquement du DES simple).
openssl enc -des-ecb -K … → Erreur : unsupported
openssl enc -des-ecb -provider legacy -provider default -K … (ou des-ede3-ecb -K <K‖K‖K>)
Cipher.getInstance("DES/ECB/PKCS5Padding") ou de openssl_encrypt(..., 'des-ede3-cbc', ...) avec cet outil octet par octet avant de basculer. Les formes 2 clés/3 clés sont détectées d'après la longueur de clé : rien à deviner.03 03 03) et ajoute un bloc entier à un bloc plein — c'est le "PKCS5Padding" de Java pour le DES. Zero padding remplit avec des 0x00 et est destructif quand le texte clair se termine réellement par 0x00. None exige un multiple exact de 8.-provider legacy -provider default, et certaines builds (dont l'OpenSSL embarqué dans Node) s'en passent complètement. Le 3DES (des-ede/des-ede3) reste dans le provider par défaut. Le moteur pure-TS de cet outil n'est pas concerné.PKCS5Padding de Java EST PKCS#7 pour le DES — ne choisissez pas None). Le panneau repliable à droite affiche une commande OpenSSL équivalente pour les réglages courants ; l'envoyer à l'autre partie est le moyen le plus rapide de trouver la divergence. openssl enc -K tronquent ou comblent en silence, ce qui est la première cause d'échecs d'interopérabilité. DES/ECB/PKCS5Padding de Java dans cet outil ?Cipher.getInstance("DES/ECB/PKCS5Padding") en Java se déchiffre ici avec ECB + PKCS#7 et une clé DES simple de 8 octets. ⚠️ Le 3DES de Java (DESede) n'accepte que des clés de 24 octets — pour la forme 2 clés, vous devez vous-même étendre K1‖K2 en K1‖K2‖K1. des-ede3-cbc est 3DES 3 clés + CBC, des-ede3-ecb est 3 clés + ECB ; des-ede-cbc est la forme 2 clés. Une clé de 24 octets sélectionne 3 clés, 16 octets sélectionne 2 clés. "DES" nu de Java fait ECB par défaut, les noms d'OpenSSL sans suffixe de mode, des-ede3/des-ede, sont ECB (l'alias CBC est -des3) ; le openssl_encrypt de PHP exige un nom d'algorithme explicite — la confusion vient de ce qu'il sort du texte Base64 et non des octets bruts ; ③ padding — le vieux mcrypt PHP utilisait souvent Zero, le JCE utilise PKCS#5/#7 ; ④ encodage — hex vs Base64, et la casse ; ⑤ le piège du mot de passe CryptoJS — passer une chaîne comme « clé » déclenche une dérivation de clé (MD5 + sel aléatoire, sortie préfixée Salted__, différente à chaque fois), ce qui n'est pas du tout la clé brute — première cause de « même code, résultat différent à chaque exécution ». Cet outil permet de basculer chacun de ces points ; la commande OpenSSL équivalente à droite peut être envoyée à l'autre partie pour reproduire. Outils de sécurité
Déchiffrez de l'AES en ligne — GCM/CBC/CTR, phrase secrète ou clé brute, détection automatique du format OpenSSL et CryptoJS « U2FsdGVkX1 ». 100 % dans le navigateur, les clés ne quittent jamais la page.
Outils de sécurité
Chiffrement AES en ligne gratuit — AES-128/192/256, GCM/CBC/CTR, phrase secrète (PBKDF2) ou clé brute. 100 % dans votre navigateur ; rien n'est envoyé.
Outils de sécurité
Générez et vérifiez des hachages bcrypt en ligne — coût ajustable, préfixes $2b$/$2a$/$2y$. 100 % dans votre navigateur ; mot de passe jamais envoyé.
Outils de sécurité
Collez du texte ou de l'hexadécimal : les 63 variantes CRC-8, CRC-16 et CRC-32 d'un coup. Somme de contrôle impossible à reproduire ? Saisissez-la, l'outil nomme la variante : MODBUS, CCITT-FALSE, XMODEM. Tout reste local.
Outils de sécurité
Générateur et vérificateur HMAC en ligne gratuit. Calculez HMAC-SHA256/SHA1/SHA384/SHA512 avec des clés en texte, hex ou Base64 et une sortie Hex/Base64/Base64URL. 100 % dans votre navigateur — les clés ne quittent jamais la page.
Outils de sécurité
Décodez des jetons JWT en ligne avec notre décodeur JWT gratuit. Inspectez en-tête, charge utile, signature, expiration et revendications. 100 % navigateur — votre jeton ne quitte jamais votre appareil. Sans inscription ni suivi.