Bug 89424 - dcredit not being recognized by cracklib
dcredit not being recognized by cracklib
Product: Red Hat Enterprise Linux 2.1
Classification: Red Hat
Component: cracklib (Show other bugs)
i686 Linux
medium Severity medium
: ---
: ---
Assigned To: Nalin Dahyabhai
Brian Brock
Depends On:
  Show dependency treegraph
Reported: 2003-04-22 16:19 EDT by Dave Maley
Modified: 2007-11-30 17:06 EST (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2004-02-03 11:52:44 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Dave Maley 2003-04-22 16:19:07 EDT
Description of problem:
I'm working with a client who is trying to force users to include a numeric
character in their passwords.  In my testing I've tried the following cracklib
options to force a numeric character:

dcredit=1 ucredit=0 lcredit=0 ocredit=0 and minlen=1
dcredit=1 ucredit=0 lcredit=0 ocredit=0 and minlen=8
dcredit=1 ucredit=0 lcredit=0 ocredit=0 and minlen=9
dcredit=-1 ucredit=0 ocredit=0 lcredit=0 minlen=8
dcredit=-1 ucredit=0 ocredit=0 lcredit=0

None of these appear to work as expected on my system.

From searching around it appears that this is somewhat of a known issue, and
there is a patch available which addresses this problem.  Would it be possible
to get this patch incorporated into an errata?  

Please see the following URL for information regarding the patch mentioned above: 


See the section entitled "Setting Up Password Restrictions and Other
Restrictions" from the above link.

Version-Release number of selected component (if applicable):
cracklib-2.7-12, cracklib-dicts-2.7-12

How reproducible:

Steps to Reproduce:
1.add dcredit option(s) to system-auth, cracklib password line 
2.login as user
3.change password

Actual Results:  user is not required to use a numeric value in password

Expected Results:  user should be forced to enter a numeric character in password

Additional info:

Note You need to log in before you can comment on or make changes to this bug.