Argon2-Hash-Generator und -Prüfer
Passwörter mit Argon2id, dem modernen Standard für Passwort-Hashing, hashen und prüfen.
Passwort hashen
Geben Sie ein Passwort ein: Sein Hash erscheint hier.
Parameter
m=19456 im Hash (KiB)
Speicherbahnen (Lanes). Hier laufen sie nacheinander; ein Server kann sie parallel ausführen. Der Wert verändert den Hash, passen Sie ihn also dem Server an.
16 neue zufällige Bytes für jeden Hash.
Passwort gegen Hash prüfen
Ein PHC-String: $argon2id$, $argon2i$ oder $argon2d$. Die Parameter werden daraus gelesen.
Geben Sie ein Passwort und einen Hash ein, um sie zu prüfen.
Argon2 hat die Password Hashing Competition gewonnen und ist in RFC 9106 standardisiert. Es ist absichtlich langsam und speicherhungrig, was das Erraten von Passwörtern auf GPUs teuer macht. Diese Seite erstellt einen Argon2-Hash mit den Parametern Ihrer Wahl – als PHC-String, wie ihn Passwort-Bibliotheken speichern ($argon2id$v=19$m=…,t=…,p=…$salt$hash), und als rohes Hex – und prüft ein Passwort gegen einen vorhandenen PHC-String. Es läuft in Ihrem Browser, sodass das Passwort nie Ihr Gerät verlässt; es ist kostenlos und ohne Anmeldung.
So erstellen und prüfen Sie einen Argon2-Hash
- Geben Sie das Passwort ein. Der Hash erscheint beim Tippen, zusammen mit der Zeit, die er auf Ihrem Gerät gebraucht hat.
- Wählen Sie eine Voreinstellung oder stellen Sie Speicher, Iterationen und Parallelität passend zu Ihrem Server ein.
- Kopieren Sie den PHC-String oder den rohen Hash und das Salt in Hex.
- Um einen gespeicherten Hash zu prüfen, fügen Sie ihn mit dem Passwort unter Passwort gegen Hash prüfen ein: Sie sehen Übereinstimmung oder Keine Übereinstimmung.
Funktionen
- Argon2id (Standard), Argon2i und Argon2d, Version 19
- Voreinstellungen: OWASP-Minimum (19 MiB, t=2, p=1), RFC 9106 mit wenig Speicher (64 MiB, t=3, p=4) und Hoch (256 MiB, t=3, p=4)
- Speicher 1 MiB–1 GiB, Iterationen 1–16, Parallelität 1–16, Hash-Länge 4–128 Bytes
- Ein zufälliges 16-Byte-Salt oder ein eigenes als Text, Hex oder Base64 (8–1024 Bytes)
- Der PHC-String sowie roher Hash und Salt in Hex, jeweils mit Schaltfläche Kopieren
- Prüft $argon2id$-, $argon2i$- und $argon2d$-Strings (v=19 oder v=16) und liest die Parameter aus dem Hash
Ist das privat?
Ja. Argon2 läuft in Ihrem Browser mit WebAssembly in einem Hintergrund-Worker, und das Salt stammt aus dem sicheren Zufallsgenerator Ihres Browsers. Das Passwort wird nie hochgeladen oder gespeichert.
Häufige Fragen
Argon2id, Argon2i oder Argon2d?
Nehmen Sie Argon2id. RFC 9106 und OWASP empfehlen es beide für Passwörter: Es verbindet die Widerstandsfähigkeit von Argon2i gegen Seitenkanalangriffe mit der von Argon2d gegen das Knacken auf GPUs. Wählen Sie eine andere Variante nur, um zu einem bestehenden System zu passen.
Welchen Speicher, welche Iterationen und welche Parallelität sollte ich verwenden?
Das OWASP-Minimum für Argon2id sind 19 MiB, 2 Iterationen und 1 Lane. RFC 9106 empfiehlt bei begrenztem Speicher 64 MiB, 3 Iterationen und 4 Lanes. Mehr Speicher ist der stärkere Schutz; erhöhen Sie ihn, bis ein Hash so lange dauert, wie sich Ihr Server pro Anmeldung leisten kann.
Argon2 oder bcrypt?
Argon2id für ein neues System. Beide sind absichtlich langsam, aber Argon2 braucht zudem viel Speicher, was das Knacken auf GPUs teuer macht, und hat keine 72-Byte-Grenze für Passwörter. Bcrypt ist älter, wird fast überall unterstützt und ist weiterhin eine vernünftige Wahl, wo Argon2 nicht verfügbar ist.
Was ist der PHC-String $argon2id$?
So speichert die Argon2-Referenzimplementierung einen Hash: Variante, Version (v=19), Speicher in KiB (m), Iterationen (t), Lanes (p), dann Salt und Hash in Base64 ohne Padding. Hier erstellte Strings entsprechen Zeichen für Zeichen dem, was die Referenzbibliothek (libargon2) für dieselben Eingaben schreibt, und crypto_pwhash_str_verify von libsodium akzeptiert sie (Argon2id und Argon2i, mit einem Hash von 16 Bytes oder mehr).
Warum kann ich nicht mehr als 1 GiB Speicher verwenden?
Der Hash läuft in Ihrem Browser-Tab, wo der WebAssembly-Speicher begrenzt ist: Eine einzelne Zuweisung kann 2 GiB nicht erreichen, und Handys verweigern oft schon deutlich weniger. Daher endet diese Seite bei 1 GiB, und Hashes, die mehr verlangen (etwa die 2-GiB-Option von RFC 9106), lassen sich hier weder erstellen noch prüfen.