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