summaryrefslogtreecommitdiffstats
path: root/usr.sbin/bsdconfig/share/mustberoot.subr
diff options
context:
space:
mode:
authormarcel <marcel@FreeBSD.org>2013-05-31 17:30:12 +0000
committermarcel <marcel@FreeBSD.org>2013-05-31 17:30:12 +0000
commit838ba827a2bbb59d8184419cf6632b7afa203afa (patch)
tree32f1946d45e474d4549cfa15d61252bc176e3efd /usr.sbin/bsdconfig/share/mustberoot.subr
parent7627381cdbef5e612ab766bdb7d6e01c2219c861 (diff)
downloadFreeBSD-src-838ba827a2bbb59d8184419cf6632b7afa203afa.zip
FreeBSD-src-838ba827a2bbb59d8184419cf6632b7afa203afa.tar.gz
Fix "automatic" login, broken by revision 69825 (12 years, 5 months ago).
The "automatic" login feature is described as follows: The USER environment variable holds the name of the person telnetting in. This is the username of the person on the client machine. The traditional behaviour is to execute login(1) with this username first, meaning that login(1) will prompt for the password only. If login fails, login(1) will retry, but now prompt for the username before prompting for the password. This feature got broken by how the environment got scrubbed. Before the change in r69825 we removed variables that we deemed dangerous. Starting with r69825 we only keep those variable we know to be safe. The USER environment variable fell through the cracks. It suddenly got scrubbed (i.e. removed from the environment) while still being checked for. It also got explicitly removed from the environment to handle the failed login case. The fix is to obtain the value of the USER environment variable before we scrub the environment and used the "cached" in subsequent checks. This guarantees that the environment does not contain the USER variable in the end, while still being able to implement "automatic" login. Obtained from: Juniper Networks, Inc.
Diffstat (limited to 'usr.sbin/bsdconfig/share/mustberoot.subr')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud