Générateur PBKDF2

Dérivez des clés de mots de passe avec vos paramètres.

Sécurité et cryptographie
Préparation de votre espace de travail…

Entrée

Préparation de votre espace de travail…

Sortie
Votre résultat apparaîtra ici.

Mode d’emploi

  1. Saisissez les données source et le sel en choisissant leurs codages.
  2. Choisissez le hash, les itérations et la longueur, puis lancez la génération.
  3. Copiez ou téléchargez le résultat dérivé en Hex ou Base64.

Générateur PBKDF2

Dérivez des octets d’un mot de passe avec PBKDF2. Hash, sel, itérations et longueur doivent correspondre à l’autre implémentation.

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.

Le sel n’est pas secret. Un sel aléatoire unique est recommandé pour une dérivation à partir d’un mot de passe.

Avant et après
Entrée
Password: password
Salt: salt
Hash: SHA-1
Iterations: 1
Length: 20 bytes
Sortie (Hex)
0c60c80f961f0e71f3a9b524af6012062fe037a6

PBKDF2 utilise par défaut SHA-256, 600 000 itérations et 32 octets. L’exemple RFC 6070 emploie SHA-1, une itération et 20 octets pour vérifier la compatibilité ; ce n’est pas une recommandation de stockage des mots de passe.

Comportement et limites

1–256 octets de sortie · jusqu’à 2 000 000 d’itérations PBKDF2 · données sur votre appareil 64 KiB · Mot de passe / octets d’entrée; 1 KiB · Sel

PBKDF2 utilise par défaut SHA-256, 600 000 itérations et 32 octets. L’exemple RFC 6070 emploie SHA-1, une itération et 20 octets pour vérifier la compatibilité ; ce n’est pas une recommandation de stockage des mots de passe.

Copier et réutiliser

Les octets du mot de passe et du sel, le hash, les itérations et la longueur doivent correspondre. Hex et Base64 représentent les mêmes octets ; changer le format 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.

Limites de traitement

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 ?

Les octets du mot de passe et du sel, le hash, les itérations et la longueur doivent correspondre. Hex et Base64 représentent les mêmes octets ; changer le format ne relance pas le calcul.

Le sel doit-il rester secret ?

Le sel n’est pas secret. Un sel aléatoire unique est recommandé pour une dérivation à partir d’un mot de passe.

Que montre l’exemple ?

PBKDF2 utilise par défaut SHA-256, 600 000 itérations et 32 octets. L’exemple RFC 6070 emploie SHA-1, une itération et 20 octets pour vérifier la compatibilité ; ce n’est pas une recommandation de stockage des mots de passe.

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.

Trouvez votre prochain outil

Langue

Changer de langue ? Le contenu actuel sera effacé. Copiez ou téléchargez d’abord votre travail.