Passwort-Hash-Generator & -Prüfer

SHA-256 auf einer modernen GPU läuft mit Milliarden Versuchen pro Sekunde. Ein 8-Zeichen-Passwort hat deutlich weniger als 10¹³ Kombinationen — Stunden GPU-Zeit, Minuten auf einer großen Anlage. Passwort-Hashfunktionen (KDFs) wehren das mit Aufwandsparametern ab: bcrypt wiederholt seinen Kern 2^cost-mal, PBKDF2 iteriert HMAC Hunderttausende Male, scrypt und Argon2id verlangen zusätzlich Megabyte an Speicher pro Versuch, sodass GPUs (schnell, aber pro Kern speicherarm) ihren Vorteil verlieren. Ein Salz — zufällig und im Klartext im Hash-String gespeichert — verhindert vorberechnete Regenbogentabellen und zwingt jeden Versuch, für jeden Benutzer neu berechnet zu werden.

Eine GPU hat Tausende Kerne, doch jeder Kern hat nur wenig schnellen Speicher. Eine KDF, die 19 MiB Arbeitsspeicher pro Versuch braucht, begrenzt einen Angreifer auf so viele parallele Versuche, wie er 19-MiB-Speicherblöcke hat — deshalb kann Argon2id mit 19 MiB in der Praxis stärker sein als bcrypt mit Aufwand 15, obwohl es auf Ihrem Laptop weniger Zeit braucht. PBKDF2 hat darauf keine Antwort: Sein einziger Regler ist die Iterationszahl, und Hardware skaliert diese linear.

Das Modular-Crypt- bzw. PHC-Format beschreibt sich selbst: In $argon2id$v=19$m=19456,t=2,p=1$ICEiIyQlJicoKSorLC0uLw$WTGpK4hf... sind die Felder Algorithmus, Version, Parameter (m = Speicher in KiB, t = Durchläufe, p = Lanes), Base64-Salz und Base64-Hash. bcrypt ist älter als der Standard und hat seine eigene kompakte Form: Variante $2b$, dann 12 als Aufwand, dann Salz und Hash im eigenen Base64-Alphabet von bcrypt (./A-Za-z0-9). Die Prüfung dieser Seite akzeptiert all diese Formen und zeigt die geparsten Felder — fügen Sie einen beliebigen gefundenen Hash ein und sehen Sie, wie er zerlegt wird.

• Schneller Hash für Passwörter. Passwort-Spalten mit MD5/SHA-1/SHA-256 fallen handelsüblichen GPUs mit Milliarden Versuchen pro Sekunde zum Opfer. Verwenden Sie den Hash-Generator für Dateien und Daten; für Passwörter die Algorithmen dieser Seite.
• Ein Salz teilen. Ein gemeinsames Salz für alle Benutzer bedeutet, dass gleiche Passwörter gleiche Hashes haben und Regenbogentabellen wieder funktionieren. Jeder Hash hier erhält ein frisches zufälliges 16-Byte-Salz.
• bcrypts 72 Byte ignorieren. "a"*100 und "a"*72 ergeben identische Hashes — der Rest wird verworfen. Diese Seite warnt am Eingabefeld, wenn das Passwort 72 Byte überschreitet. Argon2 kennt diese Grenze nicht.
• Hashes mit == in eigenem Code vergleichen. Die Prüfung muss zeitkonstant sein; die Seiten-Engine macht das intern (sie berechnet neu und vergleicht die gespeicherten Bytes). Wenn Sie den Ansatz übernehmen, verwenden Sie einen zeitkonstanten Vergleich.
• Parameter auf einem schnellen Entwicklungsrechner abstimmen. Zielen Sie auf etwa 250–500 ms Hashing auf der typischen Hardware Ihrer Produktiv-Benutzer, nicht auf Ihrem Arbeitsrechner. Die Schaltfläche Vergleichen zeigt, was dieser Browser tatsächlich erlebt.
• Bei jeder Anmeldeprüfung neu hashen. Prüfen Sie zuerst; neu hashen (z. B. um den Aufwand zu erhöhen) nur nach erfolgreicher Prüfung, und speichern Sie die neue Zeichenkette. Die PHP-Funktion password_needs_rehash() existiert genau dafür.

Welchen soll ich wählen? Argon2id mit mindestens den OWASP-Minimalwerten. Falls die Laufzeitumgebung ihn nicht bietet: scrypt, dann bcrypt (mit einem Aufwand, bei dem das Hashing ≥250 ms dauert). PBKDF2 nur dort, wo eine Zertifizierung es verlangt.

Warum steht ein zufälliges Salz in der Ausgabezeichenkette? Das Salz ist kein Geheimnis — es wird absichtlich im Klartext in der PHC-Zeichenkette gespeichert, damit die Prüfung nur die Zeichenkette und das Kandidatenpasswort braucht. Seine Aufgabe ist Eindeutigkeit, nicht Geheimhaltung.

Spielt die Variante ($2a$ / $2b$ / $2y$) eine Rolle? Bei ASCII-Passwörtern ergeben sie identische Hashes; $2a$ ist das Original aus den 1990ern, $2b$ behob einen seltenen Vorzeichenerweiterungsfehler (2014), $2y$ ist PHPs Kennzeichen dafür, dass die Korrektur vorhanden ist. Die Prüfung akzeptiert alle drei.

Wie lange sollte ein Hash dauern? Grob 250–500 ms pro Anmeldung auf Serverhardware. Unter 100 ms ist ein Offline-Knacken günstig; über 1 s beschweren sich die Benutzer, bevor die Sicherheit tatsächlich besser wird.

Kann ich einen anderswo erzeugten Hash prüfen? Ja — fügen Sie ihn ein und geben Sie das Kandidatenpasswort an. Bekannte, gut funktionierende Formate: PHP password_hash (bcrypt $2y$ und Argon2id), Python passlib, Djangos Argon2-Hasher und das scrypt-Zeichenkettenformat des Werkzeugs scrypt von Tarsnap.

Was macht die Schaltfläche „Vergleichen“? Sie hasht das aktuelle Passwort einmal mit jedem Algorithmus bei den Standardparametern der Seite und meldet die Zeit in diesem Browser — ein Gefühl für die Unterschiede des Aufwands, keine exakte Messung.