The long tail of MD5
tedunangst.com
The long tail of MD5
1–10 of 58 posts
Re: The long tail of MD5
#2Huh?
Re: The long tail of MD5
#3Everybody knows that MD5 is as terribly useless as ROT13 Huh?
Re: The long tail of MD5
#4Re: The long tail of MD5
#5Don't forget VBA digital signatures BTW, for which MD5 is the only choice. I wonder how feasible a collision attack would be.
Re: The long tail of MD5
#6This is why I get fairly upset when people design something new I n 2014 that uses md5. Yes even if your application does not use md5 for anything security related, the mere fact that you use a bad, slow algorithm should be considered wrong. And adding new dependencies will make it harder for us to migrate away and extend that tail even further.
If you need a good hash function that is fast, use SipHas. If you need a really secure one, use SHA-512, SHA-3, BLAKE or just SHA-256.
Re: The long tail of MD5
#7Earlier quoted context omitted.
Collision attacks are trivial. It's been almost ten years since Ron Rivest declared MD5 broken.
I know, but this does not make MD5 as broken as ROT13.
Re: The long tail of MD5
#8Earlier quoted context omitted.
Collision attacks are trivial. It's been almost ten years since Ron Rivest declared MD5 broken.
I know, but this does not make MD5 as broken as ROT13.
And the point is fair, there's not really anything today where MD5 is an obvious choice.
Re: The long tail of MD5
#9Everybody knows that MD5 is as terribly useless as ROT13 Huh?
Re: The long tail of MD5
#10Good article that really shows why design decisions can have impact 20, 30 years or more. This is why I get fairly upset when people design something new I n 2014 that uses md5. Yes even if your application does not use md5 for anything security related, the mere fact that you use a bad, slow algorithm should be considered wrong. And adding new dependencies will make it harder for us to migrate away and extend that t…