From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.1a) Gecko/20020610
Description of problem:
Users creating during the install process seem to have a high probability of
their encrypted DES passwords containing non-base64 characters. DES passwords
are 13 characters long, and in base64 format with the character set:
Specifically, the "salt" (first two characters of the DES encrypted password)
for these passwords is often invalid, containing non-base64 characters (often
control characters or characters with the high bit set).
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Boot from the Red Hat Linux 7.3 i386 ISO disc.
2. Install as usual (minimal will do).
3. Create 10 or 15 users in addition at the screen where you set the root password.
4. Unselect "MD5" passwords so DES is used; leave /etc/shadow enabled.
5. Let install complete, then inspect field two of /etc/shadow.
Actual Results: For 13 users created from the installer, 12 had non-base64
characters in the salt of their passwords. After logging in and creating
additional users using "useradd" and then "passwd" to set their passwords, each
new user had a valid DES encrypted password in /etc/shadow. That is why I
suspect the Installer and not glibc or PAM.
I will try pasting the snippet from my /etc/shadow, but I'm not sure the
high-bit characters were copied correctly:
Expected Results: Correctly formatted DES passwords, such as these created by
Valid DES encrypted passwords are still important for portability to other systems.
Any ideas Nalin? We just call useradd.
Would the problem be with how we create the salt?