home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.security.misc:841 alt.security:4026 comp.unix.ultrix:5926
- Path: sparky!uunet!mcsun!uknet!ox-prg!bush
- From: bush@ecs.ox.ac.uk (Mark Bush)
- Newsgroups: comp.security.misc,alt.security,comp.unix.ultrix
- Subject: Re: Problem with npasswd??
- Message-ID: <4138@inca.comlab.ox.ac.uk>
- Date: 28 Jul 92 08:47:20 GMT
- References: <PCL.92Jul27140810@black.oxford.ac.uk>
- Sender: news@comlab.ox.ac.uk
- Organization: Oxford University Computing Laboratory
- Lines: 25
-
- In article <PCL.92Jul27140810@black.oxford.ac.uk> pcl@oxford.ac.uk (Paul Leyland) writes:
- #At our site, I *may* have found a problem, though I have no idea
- #whether I broke the Ultrix specific code, or if it is a bug in the
- #generic code. This under Ultrix v4.2a
- #
- #Third-party password changes sometimes change *root's* password. That
- #is, suppose I (pcl) am approached by jruser to change their password.
- #I type something like:
- # % \/bin/su - root
- # Password:
- # # npasswd jruser
- # ...
- #
- #If I make a typo at this point, and have to have another go at
- #changing jruser's password (still in the same invocation of npasswd,
- #BTW) and succeed in getting a password through, I *sometimes* find
- #that root's password has been changed and the user's has not. My
- #password is left unchanged. (Phew!)
-
- I have not experienced this on Suns (yet!). This is running the pw_yp.c
- code to update NIS passwords if there is no local password. The main hacks
- I have made are to update a separate NIS password age database if a NIS
- password has been successfully changed.
-
- Mark
-