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 5mo 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 5mo agoI can't understand what you are trying to say :o
- numbsafari 5mo agoHow are you storing the API key in your database?
- vjay15 5mo agohash of the API key just like passwords
- stanac 5mo 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 5mo agoOHHH that makes sense!
- agwa 5mo agoCorrect. Even a million rounds of hashing only adds 20 bits of security. No need if your secret is already 128 bits.