Eingabe
Dein Arbeitsbereich wird vorbereitet…
So funktioniert’s
- Gib die Ausgangsdaten und das Salt mit der jeweiligen Kodierung ein.
- Wähle Hash und Ausgabelänge und klicke auf Erzeugen.
- Kopiere oder lade das Ergebnis als Hex oder Base64 herunter.
HKDF Generator
Leite mit HKDF Schlüssel aus vorhandenem Schlüsselmaterial ab. HKDF ist keine langsame Passwort-Hashfunktion.
Das Ergebnis besteht aus Schlüsselbytes, nicht aus Geheimtext oder einem vollständigen Passwortdatensatz. Bewahre die Parameter zum Reproduzieren auf. Eingabesecrets werden nicht mit heruntergeladen.
Mit der Eingabe arbeiten
UTF-8 erhält Leerzeichen und Zeilenumbrüche. Hex und Base64 stellen Bytes dar. Eine andere Eingabekodierung ändert die Interpretation der Daten, nicht nur die Darstellung.
Verwende dieselben Kontextbytes, um den Schlüssel zu reproduzieren. Salt und Info dürfen leer sein.
IKM (Hex): 0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b
Salt (Hex): 000102030405060708090a0b0c
Info (Hex): f0f1f2f3f4f5f6f7f8f9
Hash: SHA-256
Length: 42 bytes3cb25f25faacd57a90434f64d0362f2a2d2d0a90cf1a5a4c5db02d56ecc4c5bf34007208d5b887185865Das Beispiel entspricht RFC 5869, Testfall 1: SHA-256, angegebene IKM / Salt / Info und 42 Bytes. HKDF nutzt vorhandenes Schlüsselmaterial und ersetzt keine langsame KDF für menschliche Passwörter.
Verhalten und Grenzen
1–256 Ausgabebytes · bis zu 2.000.000 PBKDF2-Iterationen · Eingaben bleiben auf dem Gerät 64 KiB · Eingabeschlüsselmaterial; 1,024 bytes · Salt / info
Das Beispiel entspricht RFC 5869, Testfall 1: SHA-256, angegebene IKM / Salt / Info und 42 Bytes. HKDF nutzt vorhandenes Schlüsselmaterial und ersetzt keine langsame KDF für menschliche Passwörter.
Kopieren und weiterverwenden
Schlüsselmaterial, Salt, Info, Hash und Länge müssen bytegenau übereinstimmen. Der Wechsel zwischen Hex und Base64 berechnet den Schlüssel nicht neu. Das Ergebnis ist abgeleitetes Schlüsselmaterial. Kopiere oder lade es nur dort herunter, wo du es verwenden willst. Eingegebene Schlüssel und Passwörter sind nicht in Exporten enthalten.
Eingabe: 1 MiB; Geheimer Schlüssel: 64 KiB; Datei: 1 GiB; Passwörter: 4–128 (Länge), 1–100 (Anzahl); bcrypt: 1–72 UTF-8-Bytes · Kosten 4–14 · Standard 10; AES: Klartext 1 MiB, Passphrase 1 KiB, GCM / CBC / CTR / CFB / ECB, 128/192/256-bit; PBKDF2 / HKDF: Passwort / Eingabebytes 64 KiB, Salt / info 1 KiB, Ausgabelänge (Bytes) 1–256; 1–256 Ausgabebytes · bis zu 2.000.000 PBKDF2-Iterationen · Eingaben bleiben auf dem Gerät; Dauer: 30 s; Datei: 120 s.
Häufig gestellte Fragen
Ist Schlüsselableitung eine Verschlüsselung?
Nein. Eine KDF erzeugt Schlüsselbytes. Um Klartext zu schützen und später wiederherzustellen, verwende zusätzlich ein Verschlüsselungsverfahren.
Welche Parameter müssen übereinstimmen?
Schlüsselmaterial, Salt, Info, Hash und Länge müssen bytegenau übereinstimmen. Der Wechsel zwischen Hex und Base64 berechnet den Schlüssel nicht neu.
Muss das Salt geheim bleiben?
Verwende dieselben Kontextbytes, um den Schlüssel zu reproduzieren. Salt und Info dürfen leer sein.
Was zeigt das Beispiel?
Das Beispiel entspricht RFC 5869, Testfall 1: SHA-256, angegebene IKM / Salt / Info und 42 Bytes. HKDF nutzt vorhandenes Schlüsselmaterial und ersetzt keine langsame KDF für menschliche Passwörter.
Werden meine Eingaben an DevToolsy gesendet?
Nein. Dieses Tool verarbeitet Daten lokal. Geheimnisse, Dateinamen und Ergebnisse werden weder in die Seiten-URL aufgenommen noch in einem Tool-Verlauf gespeichert.