Received: from maia.hub.org (maia-2.hub.org [200.46.204.251]) by mail.postgresql.org (Postfix) with ESMTP id C18416326ED for ; Thu, 5 Aug 2010 17:54:52 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.251]) (amavisd-maia, port 10024) with ESMTP id 15583-04 for ; Thu, 5 Aug 2010 20:54:44 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from sss.pgh.pa.us (sss.pgh.pa.us [66.207.139.130]) by mail.postgresql.org (Postfix) with ESMTP id 9794D63273A for ; Thu, 5 Aug 2010 17:54:45 -0300 (ADT) Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.2/8.14.2) with ESMTP id o75Ksf6g029696; Thu, 5 Aug 2010 16:54:41 -0400 (EDT) To: Scott Marlowe cc: Craig James , pgsql-admin@postgresql.org Subject: Re: password administration In-reply-to: References: <20100805200454.17A64632749@mail.postgresql.org> <4C5B1D25.2060906@emolecules.com> Comments: In-reply-to Scott Marlowe message dated "Thu, 05 Aug 2010 14:27:46 -0600" Date: Thu, 05 Aug 2010 16:54:41 -0400 Message-ID: <29695.1281041681@sss.pgh.pa.us> From: Tom Lane X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-1.91 tagged_above=-10 required=5 tests=BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 X-Spam-Level: X-Archive-Number: 201008/33 X-Sequence-Number: 35282 Scott Marlowe writes: > On Thu, Aug 5, 2010 at 2:20 PM, Craig James wrote: >> A better solution is to implement a password-strength algorithm and require >> people to select decent passwords to begin with. > Exactly. If you allow simpler passwords that have to be changed you > get things like: > ilovemywife22 md5: b845aec254d018d118fe52c46ee8c98c > changed to > ilovemywife23 md5: 8c2b59e4d961478e3a9d5bd94979f329 > You can't tell how close they are by the md5. If you try to prevent > people from reusing similar passwords, then you have to store either > the previous passwords (bad security) or something like a soundex of > the previous password (also bad security.) A place I know but won't name has a policy of storing your last five passwords (hopefully in md5'd form, but I don't actually know that) and not letting you reuse those. Of course this merely encourages people to use a cycle of six or so passwords, like something they can remember with one digit tagged on. The real problem with any such policy is that what you actually want is for people to use strong passwords that they can remember, and they are never going to remember a good password if they have to invent a new one every month. Aforesaid place has an administrative system that I have to use maybe two or three times a year, with a password change interval that is shorter than my average time between uses. Am I going to invent a strong password that I will need to change the very next time I have use for it? If I take the trouble, will I actually remember it next time? Not a chance. So I write it down ... and I'm way more security conscious than most people. Their loss for having a brain-dead password policy. regards, tom lane