Entrée
Préparation de votre espace de travail…
Mode d’emploi
- Saisissez les données source et le sel en choisissant leurs codages.
- Choisissez le hash et la longueur, puis lancez la génération.
- Copiez ou téléchargez le résultat dérivé en Hex ou Base64.
Générateur HKDF
Dérivez des clés avec HKDF à partir de matériau de clé existant. HKDF n’est pas une fonction lente de hachage de mots de passe.
Le résultat est du matériel de clé, pas un texte chiffré ni un enregistrement complet de mot de passe. Conservez les paramètres pour le reproduire. Les secrets saisis ne sont pas inclus dans le téléchargement.
Utiliser l’entrée
UTF-8 conserve les espaces et retours à la ligne. Hex et Base64 représentent des octets. Changer le codage d’entrée change leur interprétation, pas seulement leur affichage.
Utilisez les mêmes octets de contexte pour reproduire la clé. Le sel et info peuvent être vides.
IKM (Hex): 0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b
Salt (Hex): 000102030405060708090a0b0c
Info (Hex): f0f1f2f3f4f5f6f7f8f9
Hash: SHA-256
Length: 42 bytes3cb25f25faacd57a90434f64d0362f2a2d2d0a90cf1a5a4c5db02d56ecc4c5bf34007208d5b887185865L’exemple suit le cas 1 de RFC 5869 : SHA-256, IKM / salt / info indiqués et 42 octets. HKDF utilise du matériel de clé existant ; il ne remplace pas une KDF lente pour les mots de passe humains.
Comportement et limites
1–256 octets de sortie · jusqu’à 2 000 000 d’itérations PBKDF2 · données sur votre appareil 64 KiB · Matériau de clé en entrée; 1,024 bytes · Sel / info
L’exemple suit le cas 1 de RFC 5869 : SHA-256, IKM / salt / info indiqués et 42 octets. HKDF utilise du matériel de clé existant ; il ne remplace pas une KDF lente pour les mots de passe humains.
Copier et réutiliser
Le matériel de clé, le sel, info, le hash et la longueur doivent correspondre octet par octet. Passer de Hex à Base64 ne relance pas le calcul. Le résultat est du matériau de clé dérivé. Copiez-le ou téléchargez-le uniquement à l’endroit où vous voulez l’utiliser. Les clés et mots de passe saisis ne figurent pas dans les exports.
Entrée: 1 MiB; Clé secrète: 64 KiB; Fichier: 1 GiB; Mots de passe: 4–128 (Longueur), 1–100 (Nombre); bcrypt: 1–72 octets UTF-8 · coût 4–14 · valeur par défaut 10; AES: Texte en clair 1 MiB, Phrase secrète 1 KiB, GCM / CBC / CTR / CFB / ECB, 128/192/256-bit; PBKDF2 / HKDF: Mot de passe / octets d’entrée 64 KiB, Sel / info 1 KiB, Longueur de sortie (octets) 1–256; 1–256 octets de sortie · jusqu’à 2 000 000 d’itérations PBKDF2 · données sur votre appareil; Durée: 30 s; Fichier: 120 s.
Questions fréquentes
La dérivation de clé est-elle un chiffrement ?
Non. Une KDF produit des octets de clé. Pour protéger puis retrouver un texte, utilisez séparément un algorithme de chiffrement.
Quels paramètres doivent correspondre ?
Le matériel de clé, le sel, info, le hash et la longueur doivent correspondre octet par octet. Passer de Hex à Base64 ne relance pas le calcul.
Le sel doit-il rester secret ?
Utilisez les mêmes octets de contexte pour reproduire la clé. Le sel et info peuvent être vides.
Que montre l’exemple ?
L’exemple suit le cas 1 de RFC 5869 : SHA-256, IKM / salt / info indiqués et 42 octets. HKDF utilise du matériel de clé existant ; il ne remplace pas une KDF lente pour les mots de passe humains.
Mes données sont-elles envoyées à DevToolsy ?
Non. Cet outil traite les données localement. Les secrets, noms de fichiers et résultats ne sont ni placés dans l’URL ni enregistrés dans un historique des outils.