Re: Commands for Limited Users

"Turnidge, Dave" <DTurnidge-jXHaHu7tDRvNHyFk3Yt2uVaTQe2KTcn/@public.gmane.org> Mon, 11 Sep 2006 14:25:55 -0500
Newsgroups gmane.comp.systems.as400.security
Message-ID <8A4F55A988C94B40B668BADA133C5CE40BA43677@mn-msp-exchange.OldRepublicTitle.com>
Thank you. I'll try to transplant some hair in to replace what is
missing, and continue on!! :-) 

-----Original Message-----
From: security400-bounces-Zwy7GipZuJhWk0Htik3J/[email protected]
[mailto:security400-bounces-Zwy7GipZuJhWk0Htik3J/[email protected]] On Behalf Of Patrick Botz
Sent: Monday, September 11, 2006 2:22 PM
To: Security Administration on the AS400 / iSeries
Subject: Re: [Security400] Commands for Limited Users

There is no one right answer.  In fact, swapping has it's own
limitations.
For example, unless you're running under a user profile with *SECADM and
*ALLOBJ, you have to have the password to the profile you're trying to
swap
to.   Last time I checked, hardcoded passwords was also a bad idea.

How does one avoid this issue?  Adopted authority!  The programs that
need to swap to another profile can adopted that profile or a profile
with *SECADM and authority to the profile before swapping to it!  No
password needed.

Moral of the story:  there is NO one right or wrong way.  You have to
use all of the tools in your toolbox.  Just because there are some cases
where you need a different tool, doesn't mean that there are no cases
where it is the best tool.

Authorization lists, groups, supplemental groups, adopted authority, and
most importantly Object level Access control (to implement an
exclusionary access control scheme) are all useful.  The key is to pick
the right tool for the right job.

Object Level Security is NOT sufficient for implementing your security
policy.  It is NECESSARY, however, because it is the only way to
implement
an exclusionary access control mechanism.   Exit point programs are very
useful when they are used to ALLOW access when it would otherwise be
denied.  They cannot be used to DENY access which is otherwise allowed
-- there are too many ways and interfaces that can be used to bypass a
particular exit point.

Patrick Botz
Senior Technical Staff Member
IBM Lab Services, Rochester
Security Architecture & Consulting, i5/OS Security Architect
(507) 253-0917, T/L 553-0917
CTC Fax # 507-253-2070
email: botz-r/[email protected]

For more information on CTC, visit our website at
http://www.ibm.com/eserver/services
http://www.ibm.com/servers/eserver/services


security400-bounces-Zwy7GipZuJhWk0Htik3J/[email protected] wrote on 09/07/2006 12:38:24 PM:

> Well, isn't THAT special. We just went through a change making all 
> programs that are submitted to adopt the owner's authority. So far so 
> good. However, what is not so good is the "outdated" comment.
>
> Could you go into a little bit of detail about what you have done to 
> not need adoption. I'm would like to picture what kind of effort would

> be required to accomplish what it is you are talking about.
>
> -----Original Message-----


_______________________________________________
This is the Security Administration on the AS400 / iSeries (Security400)
mailing list To post a message email: Security400-Zwy7GipZuJhWk0Htik3J/[email protected] To
subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/security400
or email: Security400-request-Zwy7GipZuJhWk0Htik3J/[email protected] Before posting, please take a
moment to review the archives at
http://archive.midrange.com/security400.


_______________________________________________
This is the Security Administration on the AS400 / iSeries (Security400) mailing list
To post a message email: Security400-Zwy7GipZuJhWk0Htik3J/[email protected]
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/security400
or email: Security400-request-Zwy7GipZuJhWk0Htik3J/[email protected]
Before posting, please take a moment to review the archives
at http://archive.midrange.com/security400.