ASG
IBM
Zystems
Cressida
Icon
Netflexity
 
  MQSeries.net
Search  Search       Tech Exchange      Education      Certifications      Library      Info Center      SupportPacs      LinkedIn  Search  Search                                                                   FAQ  FAQ   Usergroups  Usergroups
 
Register  ::  Log in Log in to check your private messages
 
RSS Feed - WebSphere MQ Support RSS Feed - Message Broker Support

MQSeries.net Forum Index » General IBM MQ Support » Start chennel without +ctrl authority

Post new topic  Reply to topic
 Start chennel without +ctrl authority « View previous topic :: View next topic » 
Author Message
Luca81
PostPosted: Thu Mar 06, 2008 8:22 am    Post subject: Start chennel without +ctrl authority Reply with quote

Acolyte

Joined: 01 Mar 2007
Posts: 62

Hi all,

I have a SVRCONN channel named 'SVRCH' with MCA user named 'ch_usr'.
My client applications use 'SVRCH'.
User 'ch_usr' has not +ctrl authority on channel 'SVRCH'.
My client applications can start an instance of 'SVRCH'. How is this possibile?
I'm on Windows and MQ: 6.0.2.3.
'ch_usr' is not member of mqm or administrators group...
'ch_usr' has +connect authority on the QM.
thx
luca


Last edited by Luca81 on Thu Mar 06, 2008 8:28 am; edited 1 time in total
Back to top
View user's profile Send private message
jefflowrey
PostPosted: Thu Mar 06, 2008 8:26 am    Post subject: Reply with quote

Grand Poobah

Joined: 16 Oct 2002
Posts: 19981

I think you misunderstand what it means to "start" a SVRCONN.

I think you'll find that ch_usr, once connected via SVRCH, will not be able to submit a START CHANNEL command to the command server.

Are you trying to limit which SVRCONNs a user can connect to? Or are you trying to disable the SVRCONN?
_________________
I am *not* the model of the modern major general.
Back to top
View user's profile Send private message
Luca81
PostPosted: Thu Mar 06, 2008 8:31 am    Post subject: Reply with quote

Acolyte

Joined: 01 Mar 2007
Posts: 62

jefflowrey wrote:
I think you misunderstand what it means to "start" a SVRCONN.


can you tell me what "start" a SVRCONN means?

jefflowrey wrote:
Are you trying to limit which SVRCONNs a user can connect to?


yes! This is the situation: 'ch_usr' has complete control of a lot of queues (qu1, qu2 etc). Only one client uses SVRCH. Other clients use a different server connection channel (SVRCHUSER) without MCA user (so a user can write/read to/from a queue if and only if the user has the right authority on it).
The problem is: if one of this client uses SVRCH instead of SVRCHUSER he can write on qu1 or qu2 etc... and this should be a big problem!.
Can I limit which SVRCONNs a user can connect to? I would like that only one user can use SVRCH...
Back to top
View user's profile Send private message
jefflowrey
PostPosted: Thu Mar 06, 2008 9:23 am    Post subject: Reply with quote

Grand Poobah

Joined: 16 Oct 2002
Posts: 19981

You start a SVRCONN by connecting to it.

You can use SSL to limit which users can connect to which SVRCONNs, by using SSLPEER attribute of a channel.

You can not do this with the base product otherwise.
_________________
I am *not* the model of the modern major general.
Back to top
View user's profile Send private message
PeterPotkay
PostPosted: Thu Mar 06, 2008 9:40 am    Post subject: Reply with quote

Poobah

Joined: 15 May 2001
Posts: 7722

Luca81 wrote:

can you tell me what "start" a SVRCONN means?

The start command for a SVRCONN channel enables it for any future incoming client connections.


Luca81 wrote:
Other clients use a different server connection channel (SVRCHUSER) without MCA user (so a user can write/read to/from a queue if and only if the user has the right authority on it).

Anyone that connects to this other SVRCONN channel can do everything that ch_usr can do on the SVRCHUSER channel if they are so inclined.
_________________
Peter Potkay
Keep Calm and MQ On
Back to top
View user's profile Send private message
Luca81
PostPosted: Fri Mar 07, 2008 12:26 am    Post subject: Reply with quote

Acolyte

Joined: 01 Mar 2007
Posts: 62

jefflowrey wrote:
You start a SVRCONN by connecting to it..


ok but then, if I can istance a SVRCONN without +ctrl
what is the meaing of +ctrl authority on SVRCONN channel?

jefflowrey wrote:

You can use SSL to limit which users can connect to which SVRCONNs, by using SSLPEER attribute of a channel.

You can not do this with the base product otherwise.


OK!
Back to top
View user's profile Send private message
Luca81
PostPosted: Fri Mar 07, 2008 12:52 am    Post subject: Reply with quote

Acolyte

Joined: 01 Mar 2007
Posts: 62

PeterPotkay wrote:

Anyone that connects to this other SVRCONN channel can do everything that ch_usr can do on the SVRCHUSER channel if they are so inclined.


I should remove SVRCH channel and use SVRCHUSER (and auhorize ch_user on qu1 and que2) but the situation is more complex... The QM is under MSCS active/passive mode... MQ for windows does not support domain groups but only domain users. We have a lot of clients with a lot of difference users so we created a SVRCONN channel (with no blank MCA) for every applications type...
Example

Application | ch name | client users | MCA user | Queus

A SVR1 'c_u1', 'c_u2', 'c_u3' mca_u1 q1,q2
B SVR2 'c_u4', 'c_u5, 'c_u6' mca_u2 q2,q3

...

If we use SVRCONN channel with blank MCA we have not a flexible approach because we have to use domain users (users change very frequently).
But now we have security problems... c_u4 can use SVR1 and write on q1...
I think we have to use SSL...
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic  Reply to topic Page 1 of 1

MQSeries.net Forum Index » General IBM MQ Support » Start chennel without +ctrl authority
Jump to:  



You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
Protected by Anti-Spam ACP
 
 


Theme by Dustin Baccetti
Powered by phpBB © 2001, 2002 phpBB Group

Copyright © MQSeries.net. All rights reserved.