home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / os / vms / 12632 < prev    next >
Encoding:
Internet Message Format  |  1992-07-21  |  1.8 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!ucbvax!lrw.com!leichter
  2. From: leichter@lrw.com (JERRY LEICHTER)
  3. Newsgroups: comp.os.vms
  4. Subject: re: How to setup a 'MAIL ONLY' VMS user name
  5. Message-ID: <9207220151.AA13656@uu3.psi.com>
  6. Date: 22 Jul 92 01:51:59 GMT
  7. Sender: daemon@ucbvax.BERKELEY.EDU
  8. Distribution: world
  9. Organization: The Internet
  10. Lines: 28
  11.  
  12. There have been a number of messages pointing out the potential dangers that
  13. can come about because a "mail-only" account with access to SEND/EDIT can
  14. write files, like LOGIN.COM.
  15.  
  16. It's a general principle of setting up secure captive accounts that the files
  17. used to implement the captive environment not be writeable from within that
  18. environment.  The LOGIN.COM for that account, and any .COM or .EXE files it
  19. executes, should not be owned by the captive username, and should be read-
  20. only to it.
  21.  
  22. When I set up such accounts, I prefer to leave the important files in
  23. a place like SYS$MANAGER, with the same security settings (e.g., ownership
  24. by SYSTEM) as important system management files.  This makes it easier to
  25. remember that they are critical, and means that whatever procedures you
  26. have for editing such files as SYSTARTUP - you DO have such procedures,
  27. don't you? - can be used for these files as well.
  28.  
  29. The point of this is to ensure that nothing the captive user can do ever
  30. executes any file but the ones you have defined.  With care, given the
  31. help VMS gives you with the CAPTIVE flag, this isn't hard to do.
  32.  
  33. Note that if you consider it a violation of your security policy for these
  34. accounts that they be able to write ANY files, you have a much tougher
  35. problem.  There are ways to do it, but it's not easy, since incoming mail
  36. is normally stored "as if by the recipient" and outgoing mail requires the
  37. creation of temporary files.
  38.                             -- Jerry
  39.  
  40.