[ 
https://issues.apache.org/jira/browse/QPID-7246?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Keith Wall updated QPID-7246:
-----------------------------
    Description: 
Make the existing ACL module realm aware.

The parser will need to be adapted to accept realm qualified user/group names.  
Currently some symbols, such as the {{=}} and {{/}} within X500 realms will 
choke the parser.  Perhaps insisting that the name is quoted will help?

Change RuleSet#isRelevant() so that applicability of the rule is considers 
realm in addition to the Principal's name.

In order to ease upgrade, to allow existing ACL rules files to contain to work 
without change, it may be better to allow an instance of AccessControl to be 
associated with a default authentication provider and default group provider.  
If the ACL rule is written in term of of the identity without realm, the 
authorisation engine would fallback to either of the two associated providers,  
thus a rule {{ACL ALLOW 'fred'...}} would be treated as if it were {{ACL ALLOW 
'f...@ldap.example.com'}}.  At configuration upgrade time, if there is a 
singleton authentication provider and singleton group provider, these would be 
associated with the Access Control Provider.    




  was:
Make the existing ACL module realm aware.

The parser will need to be adapted to accept realm qualified user/group names.  
Currently some symbols, such as the {{=}} and {{/}} within X500 realms will 
choke the parser.  Perhaps insisting that the name is quoted will help?

To ease upgrade, to allow existing ACL rules files to contain to work without 
change, it may be better to allow an ACL rule file to be associated with at 
most one authentication provider and at most one group provider.  If the ACL 
rule is written in term of of the identity without realm, the authorisation 
engine would fallback to either of the two associated providers.   At 
configuration upgrade time, if there is a singleton authentication provider and 
singleton group provider, these would be associated with the Access Control 
Provider.







> Make ACL module realm aware
> ---------------------------
>
>                 Key: QPID-7246
>                 URL: https://issues.apache.org/jira/browse/QPID-7246
>             Project: Qpid
>          Issue Type: Improvement
>          Components: Java Broker
>            Reporter: Keith Wall
>             Fix For: qpid-java-6.1
>
>
> Make the existing ACL module realm aware.
> The parser will need to be adapted to accept realm qualified user/group 
> names.  Currently some symbols, such as the {{=}} and {{/}} within X500 
> realms will choke the parser.  Perhaps insisting that the name is quoted will 
> help?
> Change RuleSet#isRelevant() so that applicability of the rule is considers 
> realm in addition to the Principal's name.
> In order to ease upgrade, to allow existing ACL rules files to contain to 
> work without change, it may be better to allow an instance of AccessControl 
> to be associated with a default authentication provider and default group 
> provider.  If the ACL rule is written in term of of the identity without 
> realm, the authorisation engine would fallback to either of the two 
> associated providers,  thus a rule {{ACL ALLOW 'fred'...}} would be treated 
> as if it were {{ACL ALLOW 'f...@ldap.example.com'}}.  At configuration 
> upgrade time, if there is a singleton authentication provider and singleton 
> group provider, these would be associated with the Access Control Provider.   
>  



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org

Reply via email to