Red Hat Bugzilla – Bug 421971
Passwords are truncated to 8 characters
Last modified: 2015-01-04 18:29:37 EST
Description of problem:
When changing passwords using string > 8 characters, the password is truncated to the first 8
Version-Release number of selected component (if applicable):
Found on version Fedora-DS 1.0.2
All tests that I have executed the password has been truncated to the first 8 chars.
Steps to Reproduce:
1. Under the directory console select a user and change the users password to a string > 8 chars
2. In another window attempt to access the database using only the first 8 characters
3. Access is allowed
User is allowed access to the database using only the first 8 characters of their password
User should be denied access with an error of Invalid Cred.
I've tried to reproduce the problem with Fedora DS 1.1. Steps:
Login to the console as the admin user
Create a new user with a password of 1234567890
In a separate window, do
ldapsearch -x -D "uid=juser,ou=people,dc=example,dc=com" -w 1234567890
This works fine. Then, try ldapsearch -x -D
"uid=juser,ou=people,dc=example,dc=com" -w 12345678
This gives the error - ldap_bind: Invalid credentials (49)
So I believe this issue is fixed in Fedora DS 1.1. Have you tried Fedora DS 1.0.4?
No I have not tried FDS 1.0.4. Is there a patch or work around for this under
1.0.2? To move to 1.0.4 would require additional testing to implement.
(In reply to comment #2)
> No I have not tried FDS 1.0.4. Is there a patch or work around for this under
> 1.0.2? To move to 1.0.4 would require additional testing to implement.
I'm not aware of this being a bug in previous versions of the software, and I
don't know of patches that would have fixed it. I suppose you could do a
bugzilla search of Fedora and Red Hat Directory Server to see if any similar
bugs have been reported.
Are you using password policy? Password syntax checking? Perhaps that has
something to do with it.
Yes I am using a password policy and syntax checking. Disabling the password
policy has yields the same result. I also tested this against a 1.0.4 server
and passwords are handled correctly. Looks like the problem is only in 1.0.2.
I'm really not sure. There were quite a few bugs fixed between 1.0.2 and 1.0.4.
If you would like to see them for yourself, try this:
cvs -d :pserver:firstname.lastname@example.org:/cvs/dirsec diff
-rFedoraDirSvr102 -rFedoraDirSvr104 ldapserver
or try looking in ldapserver/ldap/servers/slapd and/or