home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / os / coherent / 3707 < prev    next >
Encoding:
Internet Message Format  |  1992-08-14  |  1.8 KB
  1. Path: sparky!uunet!pacsoft!mike
  2. From: mike@pacsoft.com (Mike Stefanik)
  3. Newsgroups: comp.os.coherent
  4. Subject: Re: Who are you?
  5. Message-ID: <1347@pacsoft.com>
  6. Date: 14 Aug 92 17:29:55 GMT
  7. References: <iw47oB2w164w@dadoka.h.ni.schule.de> <92081262@umunk.GUN.de>
  8. Organization: Pacific Software Group, Riverside, Ca.
  9. Lines: 35
  10.  
  11. In article <92081262@umunk.GUN.de> udo@umunk.GUN.de (Udo Munk) writes:
  12. >Rsh is a copyrighted program from AT&T for System V, as far as I know there
  13. >is no public domain version of it available.
  14.  
  15. Typically /bin/rsh is nothing more than a hard link to /bin/sh.  Anyone
  16. with one of the freely available Bourne-like shells, and the interest in
  17. doing so, could make a restricted shell; all in all, it's a rather trivial
  18. extension.  The rules are pretty basic:
  19.  
  20.        - do not execute commands when argv[0] contains a path;
  21.          thus the command "/bin/ls" would not be allowed, but "ls"
  22.          would be
  23.  
  24.        - do not allow the user to modify "special" environment
  25.          variables (ie: SHELL, PATH, HOME, LOGNAME); for additional
  26.          security, you would probably want to make the variables
  27.          EDITOR, VISUAL, MAIL and read-only as well
  28.  
  29.        - do not allow the builtin command 'cd'
  30.  
  31.        - do not allow output redirection with '>' or '>>'
  32.  
  33.        - if interrupted while in /etc/profile or $HOME/.profile,
  34.          die immediately; this is because no restrictions are
  35.          enforced until after these startup scripts have been
  36.          processed
  37.  
  38.        - if the command being executed is a shell script or function,
  39.          use /bin/sh (since there are no restrictions, scripts
  40.          should be carefully reviewed before giving restricted users
  41.          access to them)
  42.  
  43. -- 
  44. Mike Stefanik  mike@pacsoft.com  ...!uunet!pacsoft!mike  (+1 714 681 2623)
  45. Pacific Software Group, Riverside, CA
  46.