Go Back   ZeroC Forums > Help Center

Reply
 
LinkBack Thread Tools Rate Thread Display Modes
  #1 (permalink)  
Old 06-27-2005
soloman817's Avatar
soloman817 soloman817 is offline
Registered User
 
Name: Zhang Xiang
Organization: Self Employed
Project: Dynamic Service Forward Gateway
 
Join Date: Jul 2004
Location: Shanghai, China
Posts: 40
Send a message via MSN to soloman817
-->
Question about Ice Secuirty

I'm trying to implement a grid-like system use Ice.

We have many enhanced node with dynamic compononet load, but now we are puzzled on how to establish an object operation level ACL.

The Ice SSL plug-in can resolve the link security, and the glacier2 can handle link level authority as well as some more security filter with category. But we think that's not enough.

First solution, I try to set the ACL entry point at Ice runtime, at the dispatching process. This is on line 177 of Incoming.cpp:

Code:
	    else
	    {
		//if (!CheckACL(_current))
		//{
		//	status = DispatchObjectNotExist;
		//}
		//else
		status = _servant->__dispatch(*this, _current);
	    }
We define a struct as Token, which contains the user id as well as some user infomations and a digest, and we attach the token into the context, while CheckACL(_current), we can do rule filter with user, roles, object type id, operation, etc... that's what we need. But this solution has some disadvantage. For example, we must allow some operations to do no authencation, such as Token creation functions, for these functions is to create Token so it has no Token. Furthe more, this solution is not beautiful.

The second solution we use Glacier2. Glacier2 is a gateway filter, and it works great. I extends the Session interface to get user infomation, and in ClientBlobject and ServerBlobject, we use session to get user information, and do the authority as well as type, operation, etc... the Ice implementation is only filter category. But this solution also has many disadventage. Glacier2 required to be the doorway between public and private, so we start our service all on 127.0.0.1 to form a private net, but that required all client to set a router. For now, I only know how to set one default router, but as we are implementating a grid-like system, so there are many node, and many glacier, one default router is not fit. I tried to find how to write a route table as a filter ruleset, but I cannot find it, Can anyone suggests how to set a rule to use different router? Further more, my services is all registered on the IcePatchRegistry, so if I started these service on 127.0.0.1, it'll register as proxy on 127.0.0.1, so I cannot work due to only one default router. But even use glacier to guard one node security, i think it's also ugly solution, for it's so heavy.

Can anyone suggests other solution on Ice Security? Is there any improvement on the coming IceGrid? Please tell me some information.
Reply With Quote
  #2 (permalink)  
Old 06-27-2005
marc's Avatar
marc marc is offline
ZeroC Staff
 
Name: Marc Laukien
Organization: ZeroC, Inc.
Project: The Internet Communications Engine
 
Join Date: Feb 2003
Location: Florida
Posts: 1,781
I'm afraid a thorough answer to your questions, and to make proposals for the security concept of your grid's design, is out of the scope of the free support we can give here on this message board. However, if you have a commercial interest in this subject, and would like us to provide consulting services to you, please contact us at info@zeroc.com.
Reply With Quote
  #3 (permalink)  
Old 06-27-2005
soloman817's Avatar
soloman817 soloman817 is offline
Registered User
 
Name: Zhang Xiang
Organization: Self Employed
Project: Dynamic Service Forward Gateway
 
Join Date: Jul 2004
Location: Shanghai, China
Posts: 40
Send a message via MSN to soloman817
-->
what a pit! does there any security issue in the coming IceGrid?
Reply With Quote
Reply



Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)
 
Thread Tools
Display Modes Rate This Thread
Rate This Thread:

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is Off
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On


All times are GMT -4. The time now is 04:38 AM.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
Search Engine Optimization by vBSEO 3.0.0
(c) 2008 ZeroC, Inc.