Argon2-Hash
Argon2-Passwort-Hashes mit konfigurierbaren Parametern erzeugen
Eingabe
Über dieses Tool
Argon2 ist der Gewinner der Password Hashing Competition und gilt als einer der sichersten modernen Algorithmen zum Hashen von Passwörtern, designed um Brute-Force- und spezialisierte Hardware-Angriffe (wie GPU-Cracking) abzuwehren. Dieses Tool erzeugt und verifiziert Argon2-Hashes zum Testen oder Lernen.
So verwendest du dieses Tool
- Gib ein Sample-Passwort einNutze einen Testwert (kein Produktions-Secret), damit du sicher mit Hashing-Parametern experimentieren kannst.
- Setze Argon2-ParameterTune Memory Cost, Time Cost und Parallelism, um dein Sicherheits- und Performance-Ziel zu treffen.
- Hash erzeugen und verifizierenErzeuge einen Argon2-Hash und teste dann die Verifikation, um zu bestätigen, dass dieselbe Eingabe korrekt validiert.
- In deinen Auth-Stack kopierenNutze die erzeugten Einstellungen als Ausgangspunkt für deine Backend-Implementierung und benchmarke dort.
Argon2-Parameter richtig wählen
Für Passwörter nimm Argon2id – die Variante, die OWASP und RFC 9106 empfehlen. Der Speicherparameter bestimmt, wie viel RAM jeder Hash belegt, der Zeitparameter die Anzahl der Durchläufe und die Parallelität die Zahl der Threads. Gerade der hohe Speicherbedarf macht das Knacken mit Grafikkarten teuer.
OWASP empfiehlt als Start mindestens 19 MiB Speicher, 2 Iterationen und Parallelität 1 – und dann den Speicher so weit zu erhöhen, wie es deine Server hergeben.
Warum es nutzen
- Testet modernes Passwort-Hashing mit speicherhartem Schutz gegen GPU-Angriffe.
- Lässt dich sehen, wie Parameter-Tuning die reale Hashing-Kosten beeinflusst.
- Unterstützt Erzeugung und Verifikation in einem Workflow.
- Nützlich für Entwickler, die von BCrypt zu Argon2id migrieren.
Häufige Anwendungen
- Sichere Passwort-Hash-Defaults für ein neues Authentifizierungssystem bewerten.
- Argon2-Parameter-Sets vergleichen, bevor du in Produktion gehst.
- Security-Teams beibringen, warum Memory Hardness bei der Passwortspeicherung zählt.
- Bestehende Argon2-Hashes bei Migration oder Incident-Review validieren.
Tipps für bessere Ergebnisse
- Bevorzuge Argon2id für Allzweck-Passwortspeicherung, außer deine Policy verlangt eine andere Variante.
- Benchmarks auf produktionsähnlicher Hardware, bevor du Parameter finalisierst.
- Speichere Algorithmus + Parameter mit jedem Hash, damit künftige Verifikation stabil bleibt.
- Nutze einen separaten zufälligen Salt pro Passwort; reuse Salts nie über Nutzer.
Fehler, die du vermeiden solltest
- Memory Cost zu niedrig setzen, was viel von Argon2s Hardware-Resistenz-Vorteil wegnimmt.
- Einen Laptop-Benchmark als produktionsreife Security-Abstimmung behandeln.
- Argon2 als Verschlüsselung statt als Passwort-Hashing nutzen.
- Echte Credentials in Test-Tools während des Experimentierens einfügen.
Häufig gestellte Fragen
Beide sind darauf designed, langsam/resistent gegen Brute-Force-Angriffe zu sein, aber Argon2 ist neuer und speziell für Speicherverbrauch ebenso wie Time Cost tunebar, das macht ihn resistenter gegen Angriffe mit spezialisierter Hardware wie GPUs, weshalb viele moderne Systeme ihn gegenüber BCrypt bevorzugen.
Sie steuern, wie viele Rechenressourcen nötig sind, um den Hash zu berechnen – höhere Werte machen ihn langsamer und ressourcenintensiver zu brute-forcen, auf Kosten, auch für legitime Nutzung langsamer zu sein.
Hashing läuft in deinem Browser, vermeide aber als allgemeine Vorsicht, echte Produktionspasswörter in irgendein Drittanbieter-Tool einzufügen – nutze Testwerte, wenn du erkundest, wie Argon2 sich verhält.
Argon2d widersteht GPU-Angriffen am besten, Argon2i Seitenkanalangriffen, und Argon2id kombiniert beides. Argon2id ist die von OWASP und RFC 9106 empfohlene Variante für Passwort-Hashing.
Die OWASP-Empfehlung nennt als Minimum Argon2id mit 19 MiB Speicher, 2 Iterationen und Parallelität 1. Miss auf deinem eigenen Server und erhöhe zuerst den Speicher, mit einer Hash-Zeit, die dein Login-Endpunkt auch unter Last verkraftet.
Ein Argon2-String wie $argon2id$v=19$m=19456,t=2,p=1$... speichert Variante, Version, Speicher, Zeit, Parallelität und Salt. Die Prüfung liest sie wieder aus, sodass du die Einstellungen für neue Hashes ändern kannst, ohne alte ungültig zu machen.