home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / os / vms / 21616 < prev    next >
Encoding:
Internet Message Format  |  1993-01-21  |  2.1 KB

  1. Path: sparky!uunet!elroy.jpl.nasa.gov!ames!biosci!ucselx!crash!cmkrnl!jeh
  2. From: jeh@cmkrnl.com
  3. Newsgroups: comp.os.vms
  4. Subject: Re: SOLVED: Problem with "TASK=dclproc"
  5. Message-ID: <1993Jan21.045954.1247@cmkrnl.com>
  6. Date: 21 Jan 93 12:59:54 GMT
  7. References: <1j4ggfINN1aad@rs1.rrz.Uni-Koeln.DE> <1jjls8INN1qhr@rs1.rrz.Uni-Koeln.DE> <C16FpE.4FB@dscomsa.desy.de>
  8. Organization: Kernel Mode Systems, San Diego, CA
  9. Lines: 38
  10.  
  11. In article <C16FpE.4FB@dscomsa.desy.de>, tjl@zeus02.desy.de (Tim Llewellyn)
  12.  writes:
  13. > In article <1jjls8INN1qhr@rs1.rrz.Uni-Koeln.DE>, aeg03@rrz.uni-koeln.de
  14. > (Jan T. Kim) writes:
  15. > |>
  16. > |>Hi again,
  17. > |>
  18. > <.... problem solution deleted...>
  19. > |>TASK  object  under VMS must be activated for local users for the
  20. > |>server to function. Therefore, I decided to do some tests to find
  21. > |>out  if the TASK object works over here, and ran into the problem
  22. > |>that is solved now. My local system manager didn't  know  how  to
  23. > |>solve it, so I posted.
  24. > |>
  25. > doesn't you local system manager know that the TASK object is also
  26. > a massive security loophole.  If not, maybe he/she'd better find out
  27. > about it. The again, I suppose your Atari package won't support proxies...
  28.  
  29. The TASK object is not necessarily a "security loophole".  It depends on how it
  30. is configured, on the physical security of the network, and on whether or not
  31. the systems in the network are part of a single security domain, 
  32.  
  33. Please don't worry people unnecessarily.  There are situations where having 
  34. the TASK object enabled is the correct thing to do.  There are even situations
  35. where having it enabled with proxy logins enabled is the correct thing to do.
  36.  
  37. On the other hand, giving people partial information and scaring them into
  38. taking possibly-unnecessary "security measures" is not the correct thing to do.
  39.  
  40.     --- Jamie Hanrahan, Kernel Mode Systems, San Diego CA
  41. drivers, internals, networks, applications, and training for VMS and Windows NT
  42. uucp 'g' protocol guru and release coordinator, VMSnet (DECUS uucp) W.G., and 
  43. Chair, Programming and Internals Working Group, U.S. DECUS VMS Systems SIG 
  44. Internet:  jeh@cmkrnl.com, or hanrahan@eisner.decus.org  Uucp: uunet!cmkrnl!jeh
  45.