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:
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 ?
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2022 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
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.