ANZEIGE
Du berechnest ja nicht einen Hash-Wert, sondern wiederholst das pro Eintrag eine Million Mal wobei jedes Mal die Ursprungswerte wieder mit eingebracht werden. Für den Anwendungsfall ist es irrelevant, ob es den Bruchteil einer Millisekunde oder eine Sekunde dauert, um den Hashwert zu bestimmen. Für Brute Force Angriffe sind eine Sekunde/Hash nicht so schön. Nach dem gleichen Verfahren funktioniert auch der bcrypt Algorithmus für Passwörter.
Amex hat bei mir nur Namen und Geburtsdatum abgefragt, insofern könnte Amex nicht mehr Daten verwenden, um eine solche Blacklist zu führen. Banken fragen hingegen auch die Steuer-ID ab und in vielen anderen Fällen liegt der Personalausweis vor, so dass die Datenmenge um Geburtsname und Geburtsort erweitert werden kann.
Das mag sein, ist aber aus meiner Sicht nicht eine technische Entscheidung sondern eine juristische gewesen. Wir haben die Möglichkeiten und die Risiken dargelegt und dann wurde von der Rechtsabteilung und der Fachabteilung entschieden, welche Option umgesetzt wird. Wobei wir in unserem Fall sogar eine Rechtsgrundlage gehabt hätten, den Namen zu speichern, es aus Gründen der Datensparsamkeit aber anders umgesetzt werden sollte.
Doch, Pepper ist wichtig, und zwar ein errechneter und nicht gespeicherter Wert. Es kommt bekanntlich immer wieder mal zu einem Diebstahl von Daten. Ohne Pepper reicht es aus, auf die Datenbank Zugriff zu haben. Mit Pepper brauchst du den konfigurierten Ausgangswert, das Verfahren zum Errechnen des Pepper und die Datenbank. Pepper schützt den Datenbankbetreiber gegen die Deanonymisierung durch Unberechtigte.
