lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1114091254.10488.6.camel@sabrina.peacock.de>
Date: Thu, 21 Apr 2005 15:47:33 +0200
From: Tino Wildenhain <tino@...denhain.de>
To: Rod Taylor <pg@....ca>
Cc: bugtraq@...urityfocus.com, pgsql-hackers@...tgresql.org,
   Stephen Frost <sfrost@...wman.net>, Tom Lane <tgl@....pgh.pa.us>,
   "Jim C. Nasby" <decibel@...ibel.org>
Subject: Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted


Am Donnerstag, den 21.04.2005, 09:32 -0400 schrieb Rod Taylor:
> On Thu, 2005-04-21 at 11:06 +0200, Tino Wildenhain wrote:
> > Am Mittwoch, den 20.04.2005, 16:23 -0500 schrieb Jim C. Nasby:
> > > On Wed, Apr 20, 2005 at 05:03:18PM -0400, Tom Lane wrote:
> > ...
> > > Simply put, MD5 is no longer strong enough for protecting secrets. It's
> > > just too easy to brute-force. SHA1 is ok for now, but it's days are
> > > numbered as well. I think it would be good to alter SHA1 (or something
> > > stronger) as an alternative to MD5, and I see no reason not to use a
> > > random salt instead of username.
> > 
> > I wonder where you want to store that random salt and how this would add
> > to the security.
> 
> One advantage of a random salt would be that the username can be changed
> without having to reset the password at the same time.

Still this does not answer the question where that salt is to be
stored :)

(instead of username one could use somefacyhash(userid) to be 
independend from username - otoh, if you change usernames 
you usually face some other serious problems like object
ownership and friends)
-- 
Tino Wildenhain <tino@...denhain.de>


---------------------------(end of broadcast)---------------------------
TIP 8: explain analyze is your friend


Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ