z/OS Security Server RACF System Programmer's Guide
Previous topic | Next topic | Contents | Contact z/OS | Library | PDF


Return codes from the RACROUTE REQUEST=AUTH preprocessing exit

z/OS Security Server RACF System Programmer's Guide
SA23-2287-00

When the RACROUTE REQUEST=AUTH preprocessing exit routine returns control, register 15 should contain one of the following return codes. Do not confuse these return codes with the return codes from the RACROUTE REQUEST=AUTH macro, the meanings of which are documented in z/OS Security Server RACROUTE Macro Reference.

When the RACROUTE REQUEST=AUTH preprocessing exit returns a return code of 4 or 8 and the RACROUTE REQUEST=AUTH macro specified ENTITY=(entity address, CSA) or a private-area profile (see flag byte 3), the exit routine must create a profile and return the address of the profile in Register 1. The first word in the profile must contain the subpool number and the length of the profile.

Hex (Decimal) Meaning
0 (0) Exit-routine processing is complete. Normal processing is to continue.
4 (4) The request is not accepted and is to be failed; however, the postprocessing exit is still invoked.
8 (8) The request is accepted. No more processing is performed; however, the postprocessing exit is still invoked.
C (12) Exit-routine processing is complete and the request is to be granted. RACROUTE REQUEST=AUTH is not to perform any authorization checking on the access list, but other normal REQUEST=AUTH processing (such as default return code processing, PROTECTALL processing, and logging) is to continue.
Note:
  1. If register 15 contains any other value, RACROUTE REQUEST=AUTH issues an abend code (382) that indicates a non-valid exit return code.
  2. The RACROUTE REQUEST=AUTH exit parameter list points to the naming-convention parameter list. For a description of what happens if you change the naming-convention parameter list when you code the REQUEST=AUTH preprocessing exit, see the description of the naming-convention exit, CNXP, in z/OS Security Server RACF Data Areas.
RACF® uses resident profiles in two ways:
  • As installation-supplied profiles
  • As specified by an exit routine

The ICHRRPF macro maps the resident profile. z/OS Security Server RACF Data Areas contains a mapping of RRPF.

If a profile is created that does not conform to the standard format, it is the responsibility of the RACROUTE REQUEST=AUTH preprocessing exit routine to ensure that RACF does not refer to that profile (that is, do not specify an exit return code of 0 if a subsequent RACROUTE REQUEST=AUTH is issued specifying the profile you built as input via the PROFILE keyword). Note, however, that RACF's caller can also examine the profile, so you should build one that has appropriate data in it or the results will be unpredictable.

Go to the previous page Go to the next page




Copyright IBM Corporation 1990, 2014