Description of problem: When changing passwords using string > 8 characters, the password is truncated to the first 8 characters. Version-Release number of selected component (if applicable): Found on version Fedora-DS 1.0.2 How reproducible: 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 Actual results: User is allowed access to the database using only the first 8 characters of their password Expected results: User should be denied access with an error of Invalid Cred. Additional info:
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. Thanks Bob
(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. > > Thanks > Bob
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:anonymous.org:/cvs/dirsec diff -rFedoraDirSvr102 -rFedoraDirSvr104 ldapserver or try looking in ldapserver/ldap/servers/slapd and/or ldapserver/ldap/servers/plugins/pwdstorage