Re: Recommendation for IBMi privileges for an outsourcer to support an IBMi environment

[Charles Wilt <charles.wilt@xxxxxxxxx>]

Agree with this...

But having said that, now-a-days, you really need to understand who's doing
what.  Doesn't matter if they are internal or external.

Rob's suggestions are good, I'd consider one of the authority broker
products, lots of tracking built in.

Lastly, I seem to recall there's a way to deny access to objects even to
someone with *ALLOBJ authority.  I believe that it requires that the user
have *ALLOBJ access via a group profile and that their actual profile be
explicitly denied access to individual objects.

Charles

On Fri, Jun 26, 2020 at 4:41 AM <CarlN@xxxxxxxxx> wrote:

> I believe the what you are being told is true.  They will need QSECOFR to
> manage the system.
>
> That being said, when selecting a "partner", yes you are selecting a
> partner, choose wisely, because you are giving them the keys to the
> kingdom.
> You must trust them completely.  If you don't, then you are choosing the
> wrong partner.
> Possibly have them sign an nondisclosure agreement.
>
>
>
>
>
> Thanks,
>
>
>
> From:   "Laurence Chiu" <lchiu7@xxxxxxxxx>
> To:     "Midrange Systems Technical Discussion"
> <midrange-l@xxxxxxxxxxxxxxxxxx>
> Date:   06/25/2020 10:24 PM
> Subject:        Recommendation for IBMi privileges for an outsourcer to
> support an IBMi environment
> Sent by:        "MIDRANGE-L" <midrange-l-bounces@xxxxxxxxxxxxxxxxxx>
>
>
>
> We are about to embark on an outsourcing agreement with a supplier to
> support our IBMi environment.
>
> We would prefer that they don't have the ability to look at our production
> data. The following security profiles were recommended
>
> *IOSYSCFG, *JOBCTL, *SAVSYS, *SERVICE and *SPLCTL.
>
> However they say they also need QSECOFR to be able install software, apply
> PTF's etc. There is a view (untested) that somebody with this privilege
> could run any application on the IBMi environment and view sensitive data.
> Even if we had menus in front with internal application security, they
> could just dump the data. We don't think they would do that but our
> security folks don't like to have security holes like this.
>
> For those organizations who are using outsourcers to manage their
> environments, are there some best practices (even good practices) that you
> could recommend that would ameliorate that risk? I think to install the OS
> you would need QSECOFR but what other reasons would you need it?
>
> Thanks
> --
> 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