In that case, FORCE and XAUTOLOG should be in a class that does not
include SHUTDOWN. After all, why should we trust TCPIP any more than we
do other users? Who knows what information it is shipping to Chuckie
unbeknownst to us? :-)

 

Regards, 
Richard Schuh 

 

________________________________

From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of [EMAIL PROTECTED]
Sent: Friday, August 24, 2007 5:19 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Ops privs (was Re: MAINTENANCE)

 


TCPIP does FORCE and AUTOLOG/XAUTOLOG users.... 
  




"Schuh, Richard" <[EMAIL PROTECTED]> 
Sent by: The IBM z/VM Operating System <IBMVM@LISTSERV.UARK.EDU> 

08/23/2007 06:39 PM 

Please respond to
The IBM z/VM Operating System <IBMVM@LISTSERV.UARK.EDU>

To

IBMVM@LISTSERV.UARK.EDU 

cc

 

Subject

Re: Ops privs (was Re: MAINTENANCE)

 

 

 




True enough; however, I fear trusting anyone enough to include class A
in their directory privileges. We have very few Class C users. While on
the subject of privilege classes, why does TCPIP hqve class A?

Regards, 
Richard Schuh 


-----Original Message-----
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Alan Altmark
Sent: Thursday, August 23, 2007 3:07 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Ops privs (was Re: MAINTENANCE)

On Thursday, 08/23/2007 at 01:06 EDT, "Schuh, Richard" <[EMAIL PROTECTED]>

wrote:
> You do if you are adding a priv that is not in your directory entry.
> Most of us live in fear of the class A privileges, so we do not
include
> it in our entries. Without either C or A, you cannot add A (or C, for
> that matter).

If you have class C, then you have all classes at your disposal, 
regardless of what's in the directory.  If, however, you define your 
userid with the maximum privs and then *take away* privs you do not 
normally require (see prior post), then you do not need class C.

When you decide you need class A, just SET PRIV * +A.  When done, SET
PRIV 
* -A.

The concept of "least privilege" should be applied.

Alan Altmark
z/VM Development
IBM Endicott

Reply via email to