Bcrypt-Generator

SHA-256 und MD5 sind darauf ausgelegt, schnell zu sein — eine moderne GPU kann Milliarden von SHA-256-Hashes pro Sekunde berechnen. Diese Geschwindigkeit ist für das Hashen von Passwörtern katastrophal: ein Angreifer kann Milliarden von Passwortversuchen pro Sekunde durch Brute-Force ausprobieren. Bcrypt ist absichtlich langsam: eine einzelne Hash-Berechnung dauert bei einem Cost-Faktor von 10 Millisekunden, was einen Angreifer selbst mit leistungsstarker Hardware auf wenige hundert Versuche pro Sekunde beschränkt. Verwenden Sie niemals MD5, SHA-1 oder sogar SHA-256 direkt für das Hashen von Passwörtern — nutzen Sie stattdessen Bcrypt, Argon2 oder scrypt.

Cost-Faktor 10 (2^10 = 1.024 Iterationen) ist das von OWASP empfohlene Minimum für die meisten Anwendungen und erzeugt einen Hash in etwa 100 ms auf moderner Hardware. Verwenden Sie Cost-Faktor 12 für Systeme, die sensible Daten wie Finanzkonten verarbeiten. Jede Erhöhung verdoppelt die Berechnungszeit: Faktor 12 dauert viermal so lange wie Faktor 10. Testen Sie dies auf Ihrer tatsächlichen Server-Hardware und streben Sie 100-300 ms pro Hash an — langsam genug, um Angreifer abzuschrecken, aber schnell genug, um legitime Benutzer nicht zu frustrieren. Gehen Sie in der Produktion niemals unter Faktor 10.

Bcrypt generiert für jeden Hash einen kryptografisch zufälligen 22-Zeichen-langen Salt und bettet diesen in den Ausgabestring ein. Der Salt stellt sicher, dass selbst wenn zwei Benutzer dasselbe Passwort haben, sie unterschiedliche Hash-Werte erhalten. Dies macht Rainbow Tables (vorberechnete Abbildungen von Hashes zu Passwörtern) wirkungslos und verhindert, dass ein Angreifer erkennt, dass zwei Konten dasselbe Passwort teilen. Der Salt wird als Teil des Hash-Strings gespeichert ($2b$10$<22-char-salt><31-char-hash>), sodass Sie ihn nicht separat speichern müssen.

Nein. Bcrypt (wie alle ordnungsgemäßen kryptografischen Hash-Funktionen) ist eine Einwegfunktion — es gibt keine Möglichkeit, sie umzukehren. Der einzige Weg, ein Passwort aus einem Bcrypt-Hash zu "finden", ist Brute Force: Millionen von Kandidatenpasswörtern ausprobieren, bis eines übereinstimmt. Deshalb ist die Langsamkeit von Bcrypt ein Sicherheitsmerkmal und kein Fehler. Um zu prüfen, ob ein Passwort korrekt ist, verwenden Sie die Verify-Funktion — diese berechnet den Hash des Eingabewerts mit dem im Hash gespeicherten Salt neu und vergleicht das Ergebnis.

Der Reiter Verify extrahiert den Salt und den Cost-Faktor aus dem vorhandenen Hash-String, führt Bcrypt auf dem eingegebenen Passwort mit diesen Parametern aus und vergleicht das Ergebnis mit dem gespeicherten Hash. Wenn diese übereinstimmen, ist das Passwort korrekt. So funktioniert die Authentifizierung in Webanwendungen: Der gespeicherte Hash ändert sich nie, und Sie verifizieren Anmeldeversuche, indem Sie den Hash mit demselben Salt neu berechnen. Der Vorgang dauert genauso lange wie die Generierung eines Hashes, was beabsichtigt ist.

Ja. Bcrypt kürzt Passwörter auf 72 Bytes ab. Das bedeutet, dass sehr lange Passwörter (über 72 ASCII-Zeichen oder weniger bei mehrstelligen Unicode-Zeichen) denselben Hash erzeugen, unabhängig davon, was nach dem 72. Byte folgt — "password123" und "password123abc..." würden zum gleichen Wert gehasht werden, wenn die ersten 72 Bytes übereinstimmen. Für Anwendungen, bei denen Benutzer Passwörter länger als 72 Zeichen eingeben können, ist eine gängige Lösung, das Passwort zuerst mit SHA-256 zu hashen und dann den Hash an Bcrypt zu übergeben (der Hash hat 64 ASCII-Zeichen und liegt damit deutlich unter dem Limit).

Nein. Dieses Tool verwendet eine reine JavaScript-Implementierung von Bcrypt, die vollständig in Ihrem Browser ausgeführt wird. Ihr Passwort, der generierte Hash und alle Verifizierungsergebnisse bleiben auf Ihrem Gerät. Nichts wird an einen Server übertragen. Dies macht es sicher, Hashes während der Entwicklung mit echten Passwörtern zu generieren und zu testen, obwohl Sie als Best Practice Testpasswörter anstelle von tatsächlichen Benutzeranmeldedaten verwenden sollten.