Re: passwordcheck: Log cracklib diagnostics - Mailing list pgsql-hackers

From Daniel Gustafsson
Subject Re: passwordcheck: Log cracklib diagnostics
Date
Msg-id C3FEFD22-ABAD-4C14-83EA-DFB5D9C04BE5@yesql.se
Whole thread Raw
In response to passwordcheck: Log cracklib diagnostics  (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>)
Responses Re: passwordcheck: Log cracklib diagnostics
List pgsql-hackers
> On 25 Aug 2020, at 12:20, Peter Eisentraut <peter.eisentraut@2ndquadrant.com> wrote:
>
> A user tried to use the cracklib build-time option of the passwordcheck module.  This failed, as it turned out
becausethere was no dictionary installed in the right place, but the error was not properly reported, because the
existingcode just throws away the error message from cracklib.  Attached is a patch that changes this by logging any
errormessage returned from the cracklib call. 

+1 on this, it's also in line with the example documentation from cracklib.
The returned error is potentially a bit misleading now, as it might say claim
that a strong password is easily cracked if the dictionary fails load.  Given
that there is no way to distinguish between the class of returned errors it's
hard to see how we can do better though.

While poking at this, we might as well update the docs to point to the right
URL for CrackLib as it moved from Sourceforge five years ago.  The attached
diff fixes that.

cheers ./daniel


Attachment

pgsql-hackers by date:

Previous
From: Gavin Flower
Date:
Subject: Re: Hybrid Hash/Nested Loop joins and caching results from subplans
Next
From: Masahiko Sawada
Date:
Subject: Re: recovering from "found xmin ... from before relfrozenxid ..."