Erstellen Sie mit unserem Passwort-Generator starke Passwörter, die sich zu hashen lohnen – vollständig lokal, ohne Konto.
Warum Passwort-Hashing langsam sein muss
Normale Hashes wie SHA-256 oder MD5 sind auf Geschwindigkeit ausgelegt. Bei Passwörtern ist das ein Problem: Angreifer können auf einer GPU Milliarden von Versuchen pro Sekunde starten.
Passwort-Hashing-Verfahren erhöhen die Kosten bewusst – durch CPU-Arbeit, Speicher oder beides –, damit jeder Versuch teuer ist. Die richtige Wahl balanciert diese Kosten gegen Serverressourcen und Benutzererfahrung.
Wie bcrypt funktioniert
bcrypt (1999) basiert auf der Blowfish-Chiffre. Es verwendet ein Passwort, ein 16-Byte-Salt und einen Kostenfaktor: Die Arbeit verdoppelt sich mit jeder Erhöhung, Kostenstufe 12 bedeutet also 2^12 Runden.
bcrypt ist CPU-gebunden, aber nicht speicherhart. Dedizierte GPU/ASIC-Rigs können daher viele bcrypt-Hashes parallel knacken. Außerdem werden Passwörter länger als 72 Bytes abgeschnitten.
Sie können bcrypt-ähnliche Erzeugung lokal mit unserem Passwort-Generator ausprobieren, um zu sehen, wie Salt und Zufallsausgabe vor dem Hashing zusammenwirken.
Wie Argon2 funktioniert
Argon2 (RFC 9106, 2015) ist der Gewinner des Password Hashing Competition. Argon2id, die Hybrid-Variante, wird von OWASP und den meisten Sicherheitsempfehlungen bevorzugt.
Argon2 ist speicherhart: Der Algorithmus füllt einen großen Speicherblock (Parameter m) und iteriert darüber (Parameter t), wodurch paralleles GPU-Knacken und Spezialhardware deutlich weniger effektiv werden.
Argon2 hat keine praktische Passwortlängenbegrenzung und erlaubt es, Speicher, Iterationen und Parallelität unabhängig zu justieren.
bcrypt vs. Argon2 auf einen Blick
- Algorithmus – bcrypt (Blowfish-basiert, 1999) vs. Argon2 (RFC 9106, 2015; Argon2id empfohlen)
- Speicherhart – bcrypt: nein; Argon2: ja, erschwert GPU/ASIC-Parallelisierung
- Passwortlimit – bcrypt: 72 Bytes; Argon2: keine praktische Grenze
- Einstellungen – bcrypt: nur Kostenfaktor; Argon2: Speicher (m), Iterationen (t), Parallelität (p)
- Ökosystem – bcrypt: allgegenwärtig in Node, Python, PHP, Go; Argon2: nativ oder gut unterstützt in den meisten modernen Bibliotheken
Welches Verfahren sollten Sie wählen?
Wenn Sie bereits bcrypt einsetzen, ist das 2026 weiterhin vertretbar – erhöhen Sie den Kostenfaktor auf mindestens 10-12 und planen Sie eine schrittweise Migration zu Argon2id. Unter FIPS-Vorgaben kann PBKDF2 (OWASP empfiehlt 600.000+ Iterationen für SHA-256) erforderlich sein, ist aber schwächer gegen Spezialhardware. Zum Vergleich: Die AES-Tools dieser Seite leiten Schlüssel mit PBKDF2-HMAC-SHA256, 100.000 Iterationen und einem frischen 16-Byte-Salt ab – ausreichend für einen Browser, weniger als OWASP für langlebige Geheimnisse empfiehlt.
Wenn Sie bereits bcrypt einsetzen, ist das 2026 weiterhin vertretbar – erhöhen Sie den Kostenfaktor auf mindestens 10-12 und planen Sie eine schrittweise Migration zu Argon2id. Unter FIPS-Vorgaben kann PBKDF2 (OWASP empfiehlt 600.000+ Iterationen für SHA-256) erforderlich sein, ist aber schwächer gegen Spezialhardware.
Speichern Sie Klartext-Passwörter niemals, verwenden Sie niemals ungesalzene schnelle Hashes und prüfen Sie den finalen Hash lokal, bevor Sie ihn ausliefern.
FAQ
Q.Warum Argon2id und nicht Argon2i oder Argon2d?
A.Argon2id ist die von RFC 9106 und OWASP empfohlene Hybrid-Variante: Sie widersteht Seitenkanalangriffen im ersten Teil des Durchlaufs (wie Argon2d) und behält zugleich Tradeoff-Resistenz (wie Argon2i). Ohne ein spezielles Bedrohungsmodell verwenden Sie Argon2id.
Q.Ist bcrypt 2026 noch vertretbar?
A.Ja, mit einem Kostenfaktor von mindestens 10-12 und 16-Byte-Salts. Es ist nicht speicherhart und damit schwächer gegen GPU-Farmen als Argon2id, bleibt aber eine solide Wahl, wo Bibliotheken oder FIPS-Vorgaben Argon2 unpraktisch machen.
Q.Welche Parameter sollte ich für Argon2id verwenden?
A.Beginnen Sie mit m=19 MiB (oder 64 MiB, wenn Ihre Server es erlauben), t=2-3 Iterationen und p=1 Parallelität mit einem 16-Byte-Zufallssalt. Messen Sie auf realer Hardware und halten Sie die Verifikation unter etwa 0,5-1 Sekunde.
Q.Wie hängen die ZeyroVault-Tools mit Passwort-Hashing zusammen?
A.Unser Passwort-Generator erzeugt lange Zufallspasswörter, die sich für bcrypt oder Argon2 eignen, und jede Operation läuft in Ihrem Browser – Sie können Ihre Hashing-Strategie lokal testen, ohne Daten irgendwohin zu senden.
Referenzen
- RFC 9106 – Argon2 Memory-Hard Function for Password Hashing and Proof-of-Work Applications: https://www.rfc-editor.org/rfc/rfc9106
- OWASP Password Storage Cheat Sheet: https://cheatsheetseries.owasp.org/cheatsheets/Password_Storage_Cheat_Sheet.html
- NIST SP 800-63B – Digital Identity Guidelines: Authentication and Lifecycle Management: https://pages.nist.gov/800-63-3/sp800-63b.html
- Provos & Mazières, A Future-Adaptable Password Scheme (USENIX 1999): https://www.usenix.org/conference/1999-usenix-annual-technical-conference/future-adaptable-password-scheme
Starke Passwörter lokal erzeugen
Erstellen Sie lange, zufällige, einzigartige Passwörter in Ihrem Browser – ohne Upload, ohne Konto.
Fazit
Argon2id ist 2026 die Standardwahl für neues Passwort-Hashing; bcrypt bleibt mit Kostenstufe 10-12 eine vertretbare Altlast. Verwenden Sie ein speicherhartes, gesalzenes, langsames Verfahren – und nie einen schnellen generischen Hash.
Verwandte Artikel
bcrypt vs. scrypt: Hashing im Vergleich
Einfache SHA-Hashes sind für Passwörter zu schnell. bcrypt erhöht die CPU-Kosten pro Versuch; scrypt verlangt zusätzlich Speicher, den GPU-Rigs nicht einfach zahlen. Die praktische Rangfolge: Argon2id, scrypt, dann bcrypt.
Passwortbasierte Verschlüsselung: Die Komplettlösung
Datenbank-Leaks passieren täglich. Erfahren Sie, wie Sie ein robustes passwortbasiertes Verschlüsselungssystem aufbauen, das auch nach einem Leak sicher bleibt.
AES-256-GCM lokal entschlüsseln
AES-256-GCM zu entschlüsseln ist einfach, wenn Sie das Passwort und die richtigen Metadaten haben. Hier ist der genaue Ablauf – und die Fehler, die die Entschlüsselung scheitern lassen.
QR-Code-Druck: Größe, Kontrast, Material
Ein QR-Code, der auf Papier nicht scannt, ist ein kaputter Link. Bringen Sie Mindestgröße, Kontrast, Fehlerkorrektur und Ruhezone in Ordnung, bevor die Datei in den Druck geht.
Entwickler-Sicherheitstools: Zero-Knowledge
Werkzeuge, die Sie für sensible Daten nutzen, sollten diese Daten nicht sehen. Ein Leitfaden zur Zero-Knowledge-Toolbox: was jedes Werkzeug tut, wann es passt und wie Sie es prüfen.
.env-Dateien vor dem Commit verschlüsseln: Ein Praxisleitfaden
Eine .env im Klartext zu committen leakt jedes Secret in Ihrem Repository. Muss eine Kopie in Git liegen, verschlüsseln Sie sie zuerst – so geht der sichere Ablauf.