Author |
Message
|
w33f |
Posted: Thu Jul 03, 2014 8:05 pm Post subject: z/OS issue with RACF/IMS sending response msg |
|
|
Novice
Joined: 07 Nov 2013 Posts: 17
|
Hi guys
I'll try to keep this short and sweet.. I have an MQ msg coming from a windows qmgr AUMQ001 into a z/OS IMS.OTMA queue on z/OS qmgr MQAA.
When IMS tries to reply to the msg, there's a RACF error coming up in the MQMSTR logs:
Code: |
130 ACCESS INTENT(UPDATE ) ACCESS ALLOWED(NONE )
12.44.20 STC01242 ICH408I JOB(MQAAMSTR) STEP(MQAAMSTR) MQAA.AUQM001 CL(MQQUEUE
218 INSUFFICIENT ACCESS AUTHORITY
218 FROM MQAA.AUQM%%% (G)
218 ACCESS INTENT(UPDATE ) ACCESS ALLOWED(NONE )
|
This is strange as when I view the RACF profile MQAA.AUQM%%% it has the following permissions:
Code: |
USER ACCESS
---- ------
DRPMQQU ALTER
IMSSTC UPDATE
MQAUTH ALTER
MQAACHIN UPDATE
MQAAMSTR UPDATE
MQSTC UPDATE
CICSTRGN UPDATE
CICSDFLT UPDATE
IMSWRDR UPDATE
IMSTRDR UPDATE
|
I'll note that i've run the 'refresh security(*)' command several times with no luck. So not only does MQAAMSTR have UPDATE access to the queue it's complaining about, but also I'd expect the IMS userid (IMSTRDR) to be the one trying to access this queue profile given it's IMS sending the reply message? |
|
Back to top |
|
 |
MQsysprog |
Posted: Fri Jul 04, 2014 12:57 am Post subject: |
|
|
Centurion
Joined: 24 Feb 2014 Posts: 116
|
I would suggest a verify on the connection setting :
Connection access control
− user ID of the WebSphere MQ queue manager address space must
be granted READ access to the OTMA group profile in the FACILITY
class (unless /sec OTMA NONE):
IMSXCF.xcfgname.mq xcfmname
And also a sec otma command, to see the security level settings of the bridge.
Please let me know how ends ... |
|
Back to top |
|
 |
gbaddeley |
Posted: Sat Jul 05, 2014 2:05 am Post subject: |
|
|
 Jedi Knight
Joined: 25 Mar 2003 Posts: 2538 Location: Melbourne, Australia
|
Is there more information on the end of the first line of the ich408i? It should contain the userid that racf is failing on. _________________ Glenn |
|
Back to top |
|
 |
w33f |
Posted: Tue Jul 08, 2014 7:46 pm Post subject: |
|
|
Novice
Joined: 07 Nov 2013 Posts: 17
|
Thanks for the replies Glenn and MQSysprog..
Glenn - the only thing on the end of that line is '533', there's no userid there.
Since last week the RACF guy has told me that this is occurring due to IMS passing an 'Undefined' user to RACF when it tries to reply and accesses the MQQUEUE RACF object. He proved this by adding the '*' User with Update access to the profile which returned the same error.
Chatting with the IMS guy now, he tells me they would expect to extract a field in the IMS/IIH header with the UserID, which they then pass to RACF.to do this authentication.
MQsysprog - I know very little about IMS but thanks for that info, I will pose those questions to the IMS guy and see if I have any luck |
|
Back to top |
|
 |
gbaddeley |
Posted: Wed Jul 09, 2014 3:35 pm Post subject: |
|
|
 Jedi Knight
Joined: 25 Mar 2003 Posts: 2538 Location: Melbourne, Australia
|
w33f wrote: |
...Since last week the RACF guy has told me that this is occurring due to IMS passing an 'Undefined' user to RACF when it tries to reply and accesses the MQQUEUE RACF object. He proved this by adding the '*' User with Update access to the profile which returned the same error.
Chatting with the IMS guy now, he tells me they would expect to extract a field in the IMS/IIH header with the UserID, which they then pass to RACF.to do this authentication |
If that's a Windows userid it is unlikely that the RACF guy would want to define it in RACF. I know very little about IMS / MQ bridge, its a fairly complex area. Google for "mq ims reply userid" turned up a few likely hits. It coud be security config issue. _________________ Glenn |
|
Back to top |
|
 |
w33f |
Posted: Sun Jul 27, 2014 6:10 pm Post subject: |
|
|
Novice
Joined: 07 Nov 2013 Posts: 17
|
Fixed this by getting the application guys to add a 'UserIdentifier' parameter in the MQMD, then getting the RACF guy to add this UserIdentifier into the MQAA.AUQM%%% RACF profile. |
|
Back to top |
|
 |
gbaddeley |
Posted: Mon Jul 28, 2014 3:19 pm Post subject: |
|
|
 Jedi Knight
Joined: 25 Mar 2003 Posts: 2538 Location: Melbourne, Australia
|
w33f wrote: |
Fixed this by getting the application guys to add a 'UserIdentifier' parameter in the MQMD, then getting the RACF guy to add this UserIdentifier into the MQAA.AUQM%%% RACF profile. |
Be aware that this is a security risk. Assuming the app has ALTUSR authority, the app could set the UserIdentifier in put messages to gain the MQ authority of any userid on the mainframe system. This can be used to penetrate MQ in several devious ways. _________________ Glenn |
|
Back to top |
|
 |
bruce2359 |
Posted: Mon Jul 28, 2014 4:05 pm Post subject: |
|
|
 Poobah
Joined: 05 Jan 2008 Posts: 9469 Location: US: west coast, almost. Otherwise, enroute.
|
Moved to Mainframe forum. _________________ I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
Back to top |
|
 |
|