My Community
September 04, 2010, 06:28:48 AM *
Welcome, Guest. Please login or register.

Login with username, password and session length
News:
 
   Home   Help Search Calendar Login Register  
Pages: [1]
  Print  
Author Topic: Security exit and menu-building RACROUTEs  (Read 273 times)
cleroks
Newbie
*
Posts: 1


View Profile
« on: February 05, 2010, 03:54:27 PM »

How do you differentiate between a menu-building RACROUTE call and a normal access attempt RACROUTE call in the security exit?  Our problem is whenever a user logs in to the OnDemand gui interface a violation record is cut to SMF for every folder the user does not have access to (usually in the hundreds).  I want to not cut those records via the LOG= parameter on the RACROUTE macro for menu-building calls and cut the records for normal attempted access RACROUTE calls.  But the security exit has only one path to the RACROUTE macro call with no differentiation between the two purposes for the call. 

How are other sites handling this?

Thanks.

Bob Young
Logged
PasiPK
Newbie
*
Posts: 15


View Profile
« Reply #1 on: February 15, 2010, 06:27:24 AM »

Hi Bob,
we also had problem in this area, getting a lot of RACF messages to operlog during logon.
In the source code for ARSUSECZ after comments
*  Issue a RACROUTE AUTH request to determine if the user has Read
*  access to the Folder. 
                                       
we added MSGSUPP=NO line to following macro

RACROUTE  REQUEST=AUTH,        Validate access authority      +
      CLASS=WKSAFCLS,          SAF Resource Class area        +
      ATTR=READ,               Authority requested            +
      ENTITYX=(WKENTBUF,NONE), Resource Profile Name area     +
      ACEE=(R2),               ACEE pointer in R2             +
      WORKA=WKRACWKA,          SAF work area                  +
      RELEASE=2608,            OS/390 2.8 level               +
      MSGRTRN=NO,              Do not return messages         +
      MSGSUPP=YES,             suppress WTO -pk               +
      MF=(E,WKRACFPL)               [/font][/font]                           
Logged
PasiPK
Newbie
*
Posts: 15


View Profile
« Reply #2 on: July 28, 2010, 02:20:48 AM »

correction: ofcourse we added MSGSUPP=YES  and not MSGSUPP=NO
Logged
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.11 | SMF © 2006-2009, Simple Machines LLC Valid XHTML 1.0! Valid CSS!