Wie sollten Passwörter gespeichert werden, und was würdest du im Review anmerken, wenn du eine bestehende Implementierung siehst?

Hash mit einer langsamen, speicherintensiven Funktion: Argon2id ist die aktuelle Empfehlung, bcrypt und scrypt sind akzeptabel. Jedes Passwort bekommt ein eigenes Salt, das diese Algorithmen selbst erzeugen und in der Ausgabe speichern, und die Parameter sollten so eingestellt sein, dass das Hashen auf deiner Hardware einen spürbaren Bruchteil einer Sekunde dauert. Nutz nie einen einfachen schnellen Hash wie SHA-256 oder MD5, verschlüssel Passwörter nie umkehrbar, und rehash beim Login, wenn du die Parameter anhebst.

Ich greife zu Argon2id, mit bcrypt als Rückfalloption, wenn die Plattform-Library dort besser unterstützt ist. Der Punkt ist, dass es bewusst langsam und speicherintensiv ist, damit ein Angreifer mit dem Dump nicht Milliarden Kandidaten pro Sekunde auf einer Grafikkarte durchprobieren kann. Jedes Passwort bekommt sein eigenes zufälliges Salt, das diese Algorithmen in die kodierte Ausgabe einbetten, identische Passwörter ergeben also unterschiedliche Hashes, und vorberechnete Tabellen sind wertlos. Die Parameter stimme ich gegen echte Hardware ab, Ziel sind ein paar hundert Millisekunden pro Hash, und ich speichere sie mit dem Hash, damit ich sie später anheben und beim nächsten erfolgreichen Login transparent rehashen kann. Im Review markiere ich ein nacktes SHA-256 oder MD5, alles Umkehrbare, ein einziges globales Salt, und bei bcrypt speziell die Tatsache, dass es Eingaben jenseits von 72 Bytes stillschweigend ignoriert, was lange Passphrasen leise schwächt. Jenseits des Hashs will ich Rate Limiting beim Login, eine Prüfung gegen bekannte geleakte Passwörter und einen Reset-Flow mit einmalig nutzbaren, ablaufenden Tokens.