Re: [GENERAL] SHA1 on postgres 8.3

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: [GENERAL] SHA1 on postgres 8.3
Дата
Msg-id 200804021928.16879.peter_e@gmx.net
обсуждение исходный текст
Ответ на Re: [GENERAL] SHA1 on postgres 8.3  (sanjay sharma <sanksh@hotmail.com>)
Список pgsql-hackers
Am Mittwoch, 2. April 2008 schrieb sanjay sharma:
> md5 is not being recommended anywhere because it contains hash collision.
> Therefore either it should be replaced with SHA1 or any other good hash
> algorithm or taken out of core completely. md5 in core is worthless now.I
> am not using it in my application. I am using SHA1 in client/web tier for
> password hashing. 
> Would replacing md5 with SHA1 in core involve much work?

The vulnerabilities that exist for MD5 and SHA1 involve finding two random 
input strings that create the same hash values.  This is possible for MD5 
*and* SHA1 now, so asking for SHA1 to replace MD5 is completely pointless.  
What is not possible with either MD5 or SHA1 is finding an input string that 
creates the same hash value as a given input string (except by googling, but 
that affects all algorithms).  So using MD5 for encrypting passwords or 
digesting known data values or tarballs can be considered secure at the 
moment.

If you are dealing with certificate infrastructures, where the hash collision 
vulnerability described above might be relevant, you are certainly going to 
use some library such as openssl, and those have already moved away from 
using MD5 and SHA1 anyway.


В списке pgsql-hackers по дате отправления:

Предыдущее
От: David Fetter
Дата:
Сообщение: Re: [GENERAL] SHA1 on postgres 8.3
Следующее
От: Matthew Wetmore
Дата:
Сообщение: US VISA CISP PCI comp. needs SHA1