last day (16 days later) » 

7:36 PM
3
A: Bcrypt VS Scrypt, Again?

woliveirajr The scrypt function is specifically designed to hinder such attempts by raising the resource demands of the algorithm. Specifically, the algorithm is designed to use a large amount of memory compared to other password-based KDFs, making the size and the cost of a hardware implementation much m...

 
but other KDFs, it means PBKDF2 too?
and Bcrypt uses the same approach? because am lost between the three, Bcrypt is better than PBKDF2 because of using custom memory? then Bcrypt and Scrypt differs only in the amount of memory used? (excluding pbkdf2 that dont use this approach)
 
according to en.wikipedia.org/wiki/PBKDF2#Alternatives_to_PBKDF2 , scrypt would be better than bcrypt, that would be better than pbkdf2. But scrypt isn't widely used, so it might have some weakness not yet discovered...
@AbdelouahabPp edited again my answer...
 
so from this: SHA-256, for instance, can be very efficiently implemented on a GPU... i understand that Bcrypt is slow because it uses Blowfish? so Scrypt is better because of Salsa?
 
it uses salsa/20 and some other things... take a look at tools.ietf.org/html/draft-josefsson-scrypt-kdf-01#page-3
 
8:04 PM
thank you and sorry for the delay, the connection is horrible in algeria!
 
8:55 PM
@woliveirajr sorry if i dident get the idea, but each of them try to baypass custom architecture password cracking?
 
 
3 hours later…
11:52 PM
just found this: The reason bcrypt is the best answer is that it uses over 4 KiB for it's internal state which means that GPUs will be less useful.
why, 4kib is less for GPU no?
 

  last day (16 days later) »