home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.unix.admin:4899 comp.unix.misc:3529 comp.unix.sysv386:14099
- Path: sparky!uunet!olivea!gossip.pyramid.com!pyramid!infmx!aland
- From: aland@informix.com (Colonel Panic)
- Newsgroups: comp.unix.admin,comp.unix.misc,comp.unix.sysv386
- Subject: Re: yp (nis) map changes - how do they happen
- Keywords: passwd yp nis
- Message-ID: <1992Sep5.224341.3764@informix.com>
- Date: 5 Sep 92 22:43:41 GMT
- References: <lee.715021798@ceg.uiuc.edu> <cg51Hktf99@atlantis.psu.edu> <z7rpbsyc@csv.warwick.ac.uk>
- Sender: news@informix.com (Usenet News)
- Followup-To: comp.unix.admin
- Organization: The Helen Keller Bondurant High Performance Driving School for the Blind
- Lines: 25
-
- In article <z7rpbsyc@csv.warwick.ac.uk> cudcv@warwick.ac.uk (Rob McMahon) writes:
- >In article <cg51Hktf99@atlantis.psu.edu> barr@pop.psu.edu (David Barr) writes:
- >>Is yppasswd setuid root? (It needs to be)
- >
- >No, it doesn't. At least not under SunOS 4.x. Ours isn't, and it works fine.
-
- Then, what have you changed it to setuid *to*??? On SunOS 4.1.2, it's owned
- by root and is setuid:
-
- /usr/bin/yppasswd: sparc demand paged dynamically linked set-uid executable
- 32 -rwsr-xr-x 1 root staff 32768 Oct 23 1991 /usr/bin/yppasswd
-
- >The security comes from the fact that the request contains the old password.
-
- But why would Joe User be allowed to dink with the maps in the first place?
-
- >Cheers,
- >Rob
-
- Followups to comp.unix.admin.
-
- --
- Alan Denney aland@informix.com {pyramid|uunet}!infmx!aland
-
- Smith and Wesson: the Ultimate Point-and-Click User Interface.
-