Hello Bill,

Am 14.01.2020 um 17:05 schrieb Howie, Bill <BHowie@xxxxxxxxxxxxxxxx>:

The issue in my mind is that even if we set up a "silo" for him (basically, I think, just his own library) and don't change any of the other things, like limiting his capabilities, then we won't really be able to restrict him at all. Conversely, if we do limit his capabilities on his user profile, then he wouldn't be able to do certain things even within his own library.

Q: Why does he need to have a playground in his library in the first place?

This is a really uncommon scenario, since per default on IBM I as well as on UNIX, if you have a local user, he's got broad access to applications and configuration files (readonly, though). This is normal and for many applications, it's needed (if a program can't read it's config file, it cannot work as intended).
On i, files are usually created with *CHANGE for *PUBLIC per default.

Possible solutions:
• Do a security review on critical database files or just on library level, depending on granularity of desired access. Create group profile(s) for controlling access, add users to groups as required and change authorization to *CHANGE for the group profile on the *LIB or objects contained within. Then, change public permissions to *EXCLUDE. This is a harsh step with possible corner cases to overlook and have a certain amount of user complaints. Also, there could be sensitive data in "public" libraries such as QUSRSYS or QGPL, depending on former admin choices.
• Create a separate LPAR type *OPSYS, install a new instance of the OS, patches, basic configuration and whatnot. Transfer objects from his library onto the new install and delete the profile on the other server afterwards. Labour intensive but very secure. And there's license cost.
• Use an old machine for him exclusively, if there's something like that sitting in the basement. Possibly reinstall to clean everything up. Costs power and AC capacity.
• Tell him, it's not achievable without massive investment in time/money. Someone paying the expenses should decide what to do.

:wq! PoC

PGP-Key: DDD3 4ABF 6413 38DE - https://www.pocnet.net/poc-key.asc

As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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 [javascript protected email address].

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