4 ms·
Presumably because API keys are n bytes of random data vs. a shitty user-generated password we don’t have to bother using a salt + can use something cheap to co
by tlonny 6mo ago
Presumably because API keys are n bytes of random data vs. a shitty user-generated password we don’t have to bother using a salt + can use something cheap to compute like SHA256 vs. a multi-round bcrypt-like?
- vjay15 6mo agoI can't understand what you are trying to say :o
- numbsafari 6mo agoHow are you storing the API key in your database?
- vjay15 6mo agohash of the API key just like passwords
- stanac 6mo agoI think they are saying passwords are salted and we use multiple rounds of hashing to prevent rainbow tables and slow down brute-forcing the password (in case of db leak). We don't need to do that for randomized long strings (like api keys), no one is guessing 32 character random string, so no salt is needed and we don't need multiple rounds of hashing.
- vjay15 6mo agoOHHH that makes sense!
- agwa 6mo agoCorrect. Even a million rounds of hashing only adds 20 bits of security. No need if your secret is already 128 bits.