Request: (yp)passwd replacement (security, yellow pages/NIS?)

Request: (yp)passwd replacement (security, yellow pages/NIS?)

Post by Michael Full » Tue, 06 Sep 1994 13:57:52

[I'm running yellow pages on an Ultrix 4.3A server]

1) I'm looking for a replacement for yppasswd that understands
   yellowpages/NIS and that will filter password choices
   (i.e. acting as a pro-active complement to crack/whatever).
   I know of npasswd & passwd+: are there any other options
   people would recommend?

2) I *really* dislike editing the source password file, knowing that
   if a user changes their passwd, the yp daemon will also be trying
   to edit it. Yet yppasswd won't allow root to change a user's
   password - I have to do it manually. And when I'm adding a new user
   or deleting an old, and so on, the same situation occurs.
   At least when there was just /etc/passwd one could use vipw
   and lock out any other sysads. Trying to suspend yppasswdd during
   edits seems little far-fetched ...

3) It'd be nice to be able to run chfn/passwd -f again.

In summary, I'm looking for the best yellowpages-aware replacement
for yppasswd.

Comments, advice, and pointers to FAQs and FMs gratefully received.

Michael Fuller

Clayton Campus,
Monash University,
Clayton 3168,                                             Ph:  +61 3 905 3218
Victoria, Australia.                                      Fax: +61 3 905 3574


1. Reasonable nis security between Solaris & Linux (was Re: Is nis (yp) a security worry?

My original question was basically a "should I worry" concerning Solaris
sending encrypted passwords via nis to PC's running Linux.  The response I
got was that I should worry, e.g. about spoofing and ypcat passwd. The full
answer seems more complicated - ypcat passwd doesn't return the encrypted
passwords (rather "*" or "*NP*") for the two systems I looked at, and the
shadow file isn't in the "compatibility" list for nis+ under Solaris 2 so it
a question of yp make cobbling together the passwd and shadow file information to
make one backwards-compatible yp file.

But all this does seem to depend on the setup, and of course doesn't get me
any closer to some method of getting encrypted password to Linux clients, who
should have at least the level of security of the Solaris host from which the
passwords are kept - i.e. the /etc/shadow file is not world-readable there
so it shouldn't be readable (via ypcat or whatever) on the clients.

This *must* be something people have solved before?  I cannot run nis+ (some
of the clients, such as Linux, Sunos 4.x cannot run that), I cannot run Novell's
NDS on Solaris yet (even though Linux supports it) - besides I'm not sure that
sort of thing is what I want, and being outside the US some security options
are limited anyway.

I am scared of reducing the security of the main system with Linux satellites;
but I appreciate that "reasonable" security is always a compromise, and that
having the encrypted paswords available to Joe User is only a problem if people
choose crackable passwords anyway.  What is appropriate for the situation isn't
ultra-high security anyway, e.g. the main worry would be if academic staff's
home directories were readable (due to their encrypted passwords being distributed
to lots of computers they probably will never use) and therefore having to redo
some exam questions.  Not that I expect the students will try to break the security
but the new Linux systems are a sensitive issue and I don't want people to *fear*
them as a security loophole.

Perhaps the answer is nis 1.2 on the server, with restricted distribution of
all (? or some??) of these passwords to hosts based on IP or subnet. Again, has
anybody done this already and lived to tell the tale?
Mark Aitchison, Physics & Astronomy   \_  Phone : +64 3 3642-947 a.h. 3371-225
University of Canterbury,             </  Fax   : +64 3 3642-469  or  3642-999

#include <disclaimer.std>           (/'

2. lpd printing problems

3. Replacement sought for YP/NIS

4. Do you own a dog ?

5. NIS+ yp compatibility passwd change

6. PPPd dies unexpectedly

7. NIS+ in YP-Compat mode: Restrict access to passwd/shadow How?

8. Red Hat 7.1 ~WAS(!)~ fine...

9. SUMMARY: Problems with passwd map in NIS (or YP)

10. Problems with passwd map in NIS (or YP), Need help/advice?

11. HELP: NIS (yellow pages) setup

12. Yellow pages (NIS) support for Linux???

13. Yellow Pages / Security