Paul Fremantle wrote:1) "I would say the current failure to implement dynamic RBACYes and no, Paul. As you say, J2EE never set out to solve the dynamic RBAC problem - and email is fundamentally broken, since anyone can edit the headers before sending an email message to make the email appear to have been sent by someone else. However, there are emerging Internet-wide federated identity systems, for example Liberty Alliance and Shibboleth. Whether or not these ever gain traction, it is interesting to consider what they can and can't do. In particular, while they claim great security strength, they pay only lip service to the assignment of Roles to process participants - and have no dynamic RBAC mechanism whatsoever. My point in the paragraph you quote above was that to achieve Internet-wide dynamic RBAC - which I think is a must for the new economy - you have to let go of some assumptions. The main one of these assumptions is that individuals are not suitable guardians of a trust store. By contrast, my belief is that the only way to create a safe, Internet-scale computing fabric is to give people (as well as organizations) the ability to create and manage their own trust stores - trust stores in which your working partners are assigned not just an identity but also Roles in specific business processes. Does this sound crazy? If you are locked into the perspective of current tools and techniques, you may be thinking that this sounds far-fetched. But my guess is that, in a few years, we will be wondering how anyone could possibly have thought it was a sensible idea to try and centralize such controls over working life. -- All the best Keith http://keith.harrison-broninski.info __._,_.___
SPONSORED LINKS
YAHOO! GROUPS LINKS
|
- [service-orientated-architecture] Yee on WS/Web A... Gervas Douglas
- [service-orientated-architecture] Re: Yee on... Gervas Douglas
- Re: [service-orientated-architecture] Re... Keith Harrison-Broninski
- [service-orientated-architecture] Re... Gervas Douglas
- Re: [service-orientated-architec... Gregg Wonderly
- Re: [service-orientated-arc... Gregg Wonderly
- Re: [service-orientated-architec... Paul Fremantle
- Re: [service-orientated-arc... Keith Harrison-Broninski
- RE: [service-orientated-arc... Anil John
- Re: [service-orientated... Keith Harrison-Broninski
- RE: [service-orient... Anil John
- Re: [service-orientated-architecture] Re... Andrew S. Townley
