Bug 88 - Security hole in adduser/useradd tool
Summary: Security hole in adduser/useradd tool
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: basesystem
Version: 5.1
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: David Lawrence
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 1998-11-16 13:19 UTC by soucym
Modified: 2016-07-05 17:48 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 1998-11-16 13:49:54 UTC

Attachments (Terms of Use)

Description soucym 1998-11-16 13:19:22 UTC
When you add a user with 5.1 it appears to be breaking a
standard (discussed this with a long-time linux user) but
the big problem I found was when adding an account for
myself other than root my password showed up in
/etc/password file IN PLAIN VIEW! It was NOT encrypted until
I ran passwd on it. Then it was encrypted. This is a serious
bug that needs to be rectified due to ANYONE monitoring that
file (/etc/password) they would be able to get users
passwords. I mailed redhat@redhat.com and got a response to
come and post the bug here. So here it is.  Email me if
there is a patch out to fix this already, but I haven't
located one.

Comment 1 Bill Nottingham 1998-11-16 13:49:59 UTC
The -p option to adduser is to set the *encrypted* password;
it assumes whatever you give it is already encrypted. Notice
if you try to use whatever you specified to -p to login that
it won't work...

Comment 2 openshift-github-bot 2016-07-05 17:48:01 UTC
Commits pushed to master at https://github.com/openshift/origin

fix issue#88 - generate unique cookie based on vtep

Merge pull request #89 from rajatchopra/master

fix issue#88 - generate unique cookie based on vtep

Note You need to log in before you can comment on or make changes to this bug.