News for hackers. Stuff that matters.
Re:Secure Persistent Login With Very Little SSL by TravisLS on Monday July 13, 2009 @04:38PM (#702430)
the password is hashed with sha1 so that the database does not need to store the actual password

This recommended approach is not good security practice for password storage. If the database is compromised, your passwords are vulnerable to rainbow table attacks. See http://en.wikipedia.org/wiki/Rainbow_table

Re:Secure Persistent Login With Very Little SSL by hayroob on Monday July 13, 2009 @05:42PM (#702554)
ya I should probably being using HMAC
Re:Secure Persistent Login With Very Little SSL by Saavedro on Monday July 13, 2009 @06:14PM (#702608)
Passwords always should be salted. (meaning a -different- nonce for each password) This prevents rainbow tables from being useful. Instead of a raw hash function, you should (for maximum security) be using something specifically designed to be expensive: read pbkdf2, bcrypt, scrypt; This will make even dictionary attacks very difficult. If someone has cracked your db they also probably also have access to your HMAC key, at which point cracking can still be parallellized and is not significantly slowed.
Re:Secure Persistent Login With Very Little SSL by hayroob on Monday July 13, 2009 @07:45PM (#702758)
Is there a reference implementation that you like and that is well documented.
Re:Secure Persistent Login With Very Little SSL by donw on Monday July 13, 2009 @06:12PM (#702606)
Or a salt.