Speichern von Passwörtern und API-Schlüsseln

Worum es geht

Von Menschen gewählte Passwörter haben eine niedrige Entropie, weshalb ihre gespeicherte Form das Erraten teuer machen muss: OWASP empfiehlt Argon2id, mit scrypt und bcrypt als Alternativen, jeweils mit einem Salt pro Passwort und einem abgestimmten Arbeitsfaktor. Zufällig erzeugte API-Schlüssel mit mindestens 256 Bit Entropie können nicht erraten werden, sodass ein schneller, geschlüsselter Hash (ein HMAC mit einem Server-Geheimnis) genügt, um sie zu verifizieren, ohne den Schlüssel selbst zu speichern.

Warum es wichtig ist

Ein Datenbank-Leak sollte keine Zugangsdaten offenlegen. Langsames Hashing begrenzt das Offline-Erraten von Passwörtern; die HMAC-Speicherung von API-Schlüsseln bedeutet, dass die Datenbank allein nicht zur Authentifizierung genutzt werden kann.

So wird es angewendet

• Passwörter: mit Argon2id (oder bcrypt/scrypt) hashen, die Algorithmus-Parameter zusammen mit dem Hash speichern, beim Login neu hashen, wenn sich die Parameter ändern, und sich bei Längenbegrenzungen und der Prüfung auf kompromittierte Passwörter an NIST 800-63B statt an Regeln zur Zusammensetzung halten.
• API-Schlüssel: mit einer kryptografischen Zufallsquelle erzeugen, den vollständigen Schlüssel genau einmal anzeigen, nur einen geschlüsselten Hash plus ein nicht geheimes Präfix zur Identifikation speichern und Hashes in konstanter Zeit vergleichen.
• Authentifizierungsversuche ratenbegrenzen und Rotation sowie Widerruf unterstützen.

Stolpersteine

Schnelle Hashes (SHA-256 allein) für Passwörter. Kürzen der Eingabe vor dem Hashing. Zurückgeben des gespeicherten Schlüssels in Profilantworten. Protokollieren des Authorization-Headers.