home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / sgi / 16216 < prev    next >
Encoding:
Text File  |  1992-11-10  |  1.6 KB  |  38 lines

  1. Newsgroups: comp.sys.sgi
  2. Path: sparky!uunet!ornl!utkcs2!darwin.sura.net!spool.mu.edu!sgiblab!sgigate!sgi!rhyolite!vjs
  3. From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
  4. Subject: Re: restricing root logins
  5. Message-ID: <s6mae5g@rhyolite.wpd.sgi.com>
  6. Organization: Silicon Graphics, Inc.  Mountain View, CA
  7. References: <1992Nov10.000731.2740@alias.com> <1992Nov10.134956.525@epas.toronto.edu>
  8. Date: Tue, 10 Nov 1992 17:06:36 GMT
  9. Lines: 27
  10.  
  11. In article <1992Nov10.134956.525@epas.toronto.edu>, adam@epas.utoronto.ca (Adam Iles) writes:
  12. > In article <1992Nov10.000731.2740@alias.com> chk@alias.com (C. Harald Koch) writes:
  13. > >Is it possible to restrict root logins to certain ttys? Right now, anyone can
  14. > >login as root on any terminal line attached to our machines (including modems).
  15. > >We want to be able to restrict this, so that root logins are allowed only on
  16. > >"secure" terminals, i.e. those in the computer room. For other lines, we want
  17. > >people to login as themselves and then su, so we have at least some idea who
  18. > >became root.
  19. > >
  20. > >BSD Un*x had a configuration file listing "secure ttys"; is there an IRIX
  21. > >equivalent?
  22. > If you are willing to give root or restricted accounts a special shell
  23. > (which could be a symbolic link to a standard shell) you could create
  24. > /etc/dialups and /etc/d_passwd files to put an invalid password on all
  25. > the "unsecure ttys."  The information on these files is in the login(1)
  26. > man page.
  27.  
  28.  
  29. That's an interesting idea, and better than my first thought, which
  30. is to do a little testing of `tty` in /.cshrc or /.login.
  31.  
  32. Unfortunately, neither solution keeps someone on a different tty
  33. from using `su`.
  34.  
  35.  
  36. Vernon Schryver,  vjs@sgi.com
  37.