Re: [Security400] Authority annoyances, continued...

[rob@xxxxxxxxx]

Spool file security...

We actually got a call from someone onetime that their paycheck was wrong
before it was printed.  Seems that they were matching up the wrong stub
with the paycheck.  We decided to promote this blond high up into HR -
seriously.

Rob Berendt

==================
A smart person learns from their mistakes,
but a wise person learns from OTHER peoples mistakes.



                    Larry Bolhuis
                    <lbolhuis@arbsol.com       To:     security400@midrange.com
                    >                          cc:
                    Sent by:                   Subject:     Re: [Security400] 
Authority annoyances, continued...
                    security400-admin@mi
                    drange.com


                    08/21/2001 09:59 PM
                    Please respond to
                    security400






Dan,

> That's why *I think* I like the USRPRF(*OWNER) approach with programs.
> Sure makes it easy as it concerns authorization.  If I can run the whole
> program without authority issues, then my worries are over by using
> USRPRF(*OWNER).  Rhetorical question: Why not create all applications
> this way?  Go ahead, scare me!

  USRPRF(*OWNER) is the way to go here. The program is guaranteed the
authority it needs and the user either CAN submit (or call) it or they
can't.

  Now why not do this all the time??? Well because unless you review the
program carefully and know and understand EVERY caommand in there it
could open a Mack Truck size secuirty whole in your system.  FOr example
if a program adopting *OWNER owned by QSECOFR called some utility that
had a command line option, the user just became King.  Or a Fkey that
displays spool files, "Saaaaay, paychecks, this could be
interesting..."  Just a couple simple examples!

  - Larry
_______________________________________________
This is the Security Administration on the AS400 / iSeries (Security400)
mailing list
To post a message email: Security400@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/security400
or email: Security400-request@midrange.com