Re: Adopted Authority and *IOSYSCFG - is this a bug ?

[Mark Waterbury <mark.s.waterbury@xxxxxxxxxxxxx>]

Perhaps a more important question is whether this specific PTF is now part of a Cumulative PTF package ...?

It certainly seems important enough to warrant that ...


> On Monday, November 8, 2021, 01:34:01 PM EST, Evan Harris <auctionitis@xxxxxxxxx> wrote:

Hi Rob

thanks for that

I read the same part of the manual you did regarding *ALLOBJ and had much
the same thought. Did they mean it only applies to *ALLOBJ or did someone
forget to do a scan and replace?
Other sections of the manual were explicit that when a program ran with
*OWNER authority, authority checking was done against both profiles
including their special authorities so I concluded that it should work as
expected.
As far as the Host table entry goes, the real requirement is to add a host
table entry for the system itself which I have found is needed for various
reasons.
Good pickup on the PTF, that looks to be much the same issue.
It's still really interesting to me that the startup program appears to
adopt the correct authority but the called program doesn't.


On Tue, Nov 9, 2021 at 2:26 AM Rob Berendt <rob@xxxxxxxxx> wrote:

> Or you just apply the ptf to fix this
> https://www.ibm.com/support/pages/apar/SE69810
> If this PTF only applies to CHGSMTPA then open a new ticket and say you're
> having the same issue with adding a host table entry.
>
> Rob Berendt
> --
> IBM Certified System Administrator - IBM i 6.1
> Group Dekko
> Dept 1600
> Mail to:  7310 Innovation Blvd, Suite 104
>           Ft. Wayne, IN 46818
> Ship to:  7310 Innovation Blvd, Dock 9C
>           Ft. Wayne, IN 46818
> http://www.dekko.com
>
>
> -----Original Message-----
> From: MIDRANGE-L <midrange-l-bounces@xxxxxxxxxxxxxxxxxx> On Behalf Of
> Evan Harris
> Sent: Saturday, November 6, 2021 6:22 PM
> To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxxxxxxxx>
> Subject: Adopted Authority and *IOSYSCFG - is this a bug ?
>
> CAUTION: This email originated from outside of the organization. Do not
> click links or open attachments unless you recognize the sender and know
> the content is safe.
>
>
> Hi All
>
> I've been working on some small programs that make changes requiring
> *IOSYSCFG which are to be run at startup. All the programs work as expected
> except for one thing: adopted authority does not provide *IOSYSCFG to the
> user that calls the program.
>
> What I found when I added a call to my program into the program specified
> in QSTRUPPGM was that job QSTRUPJD would fail even though the program
> making the changes was using adopted authority.
>
> Looking in the Security Reference I can't see anything specific about
> *IOSYSCFG not being allowed for adopted authority, but I note that most of
> the examples relate to object security.
>
> To test I wrote a small program that adds a host table entry:
>
> PGM
> ADDTCPHTE  INTNETADR('192.168.9.99') HOSTNAME((DELETE.ME))
> ENDPGM
>
> I then compiled the program with USRPRF(*OWNER) and made sure the owner had
> *IOSYSCFG special authority. When I run the program using a profile without
> *IOSYSCFG I get:
> TCP8050: *IOSYSCFG authority required to use ADDTCPHTE.
>
> What is even stranger to me is that if I change the program specified in
> QSTRUPPGM to USRPRF(*OWNER) and change the owner of that program to a
> profile with *IOSYSCFG special authority, the call to the program requiring
> *IOSYSCFG runs as expected and QSTRUPJD completes normally.
>
> This seems like a bug, but it would not surprise me if there is a security
> exception somewhere that I just haven't found.
>
> Any other theories or suggestions ?
>
> --
>
> Regards
> Evan Harris
> --
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
> To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: https://lists.midrange.com/mailman/listinfo/midrange-l
> or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at https://archive.midrange.com/midrange-l.
>
> Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related
> questions.
>
> Help support midrange.com by shopping at amazon.com with our affiliate
> link: https://amazon.midrange.com
> --
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
> To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: https://lists.midrange.com/mailman/listinfo/midrange-l
> or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at https://archive.midrange.com/midrange-l.
>
> Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related
> questions.
>
> Help support midrange.com by shopping at amazon.com with our affiliate
> link: https://amazon.midrange.com

>