Re: Removing *ALLOBJ from user profile -- SECURITY400

× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.

Mark -

The profile owns only IFS objects - no program objects, no files.

PRTADPOBJ returns 'No objects that adopt . . . were found'.

The profile 'owns' an application but it has QPGMR as the group profile and
*GRPPRF as the 'OWNER', so the profile itself doesn't actually own anything
other than a couple of IFS directories.

"Mark S. Waterbury" <mark.s.waterbury@xxxxxxx> wrote in message
news:mailman.2630.1260561069.31599.security400@xxxxxxxxxxxxxxx

Hi, Steve:

You should also determine if any *PGMs that are owned by this profile run
with USRPRF(*OWNER) adopted authority.

Type GO SECTOOLS and look at option 21. Adopting objects (PRTADPOBJ).

All the best,

Mark S. Waterbury

Steve McKay wrote:
I have a user profile that is not used to sign-on but has *ALLOBJ
authority. I want to revoke *ALLOBJ from the user profile but I don't
want to break any production jobs. How can I determine what the effect
might be if I remove *ALLOBJ? Can I do something with the audit journal
to display all the things that this user profile might touch in the
course of the day?

Thanks for your help!

Steve

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.