Security Issue February 2019: FAQ
support.500px.com
support.500px.com
As per tachang’s comment, MD5-hashing passwords isn’t secure, but also per their comment, this is also an opportunity for them to migrate that subset of users to the presumably more secure hashing function used for the rest of their user base.
If the passwords were salted it still means that a determined adversary can find your password relatively quickly.
Other better hash functions for passwords include things like bcrypt. Though I do understand it is a pain to migrate users over since you can only do it when they login.
Had a thought on this, but I'm no security expert so if someone else could weigh in, that'd be awesome. Couldn't you just add a layer to the password hashing?
I.e., you start with MD5 because that's the best at the current point in history. Bcrypt comes around and you want to do a migration of all your users, so you take the stored MD5 hashes and run them through bcrpyt. Making sure, of course, that your login system does the same, MD5 followed by bcrypt. When the next-gen hashing algorithm comes around, you do the same, now the path is MD5->bcrypt->next-gen.
That way you're relying on the strongest algorithm "wrapping" the weaker one(s) without having to make everyone login again to generate the new hashes to be stored.
Curious to know if there are downsides to this (performance is an obvious one) or whether you're weakening the stronger hash by hashing a weaker one?
You're weakening the stronger hash by hashing the weaker one. The two main problems of MD5 are entropy (128-bit maximum) and collisions (because of lack of entropy).
By always hashing to MD5, you are losing the entropy of the stronger hashing algorithm.
Thanks!