Subject: bin/6847: 8 char max login name enforced with nsswitch
To: None <gnats-bugs@gnats.netbsd.org>
From: None <scotte@warped.com>
List: netbsd-bugs
Date: 01/19/1999 05:46:26
>Number: 6847
>Category: bin
>Synopsis: Logins longer than 8 chars fails with 01/18/99 current
>Confidential: no
>Severity: critical
>Priority: medium
>Responsible: bin-bug-people (Utility Bug People)
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Mon Jan 18 21:50:00 1999
>Last-Modified:
>Originator: Scott Ellis
>Organization:
//////////////////////////////////////////////////////////////////////
// Scott Ellis // scotte@warped.com // sellis@gi.com //
//////////////////////////////////////////////////////////////////////
// WARNING: This signature warps time and space in its vicinity //
>Release: <NetBSD-current source date> 01/18/99
>Environment:
System: NetBSD intrepid.warped.com 1.3I NetBSD 1.3I (INTREPID) #1: Mon Jan 18 10:04:53 PST 1999 scotte@intrepid.warped.com:/misc/src/sys/arch/i386/compile/INTREPID i386
>Description:
Updating the kernel and userland from 11/23/98 -current to 01/18/99 -current
has stopped allowing any users with usernames longer than 8 characters from
logging in. Doing nothing but shortening the name via vipw allows the login
to proceed. This appears to be related to getpwent() rather than a general
login failure, as it affects all programs attempting to deal with the
account (Samba, su, etc.). The relevant change from 11/23/98 to 01/18/99
seems to have to do with the nsswitch code. The default nsswitch.conf file
is being used, which specifies 'files' for passwd.
>How-To-Repeat:
Create user with >8 character login name. vipw will accept the user just fine.
Any attempt to change to that user via login, su, etc. will fail.
>Fix:
>Audit-Trail:
>Unformatted: