Hi,

The LDAP authentication in qpid-broker-j is performed by
SimpleLDAPAuthenticationManagerImpl, which first tries to find the
user using supplied search value and then performs LDAP bind using the
DN found. Full DN is used as a principal name after that. There is a
flag "isBindWithoutSearch", but when set to true it would require to
supply full DN as the username (and wouldn't solve the ACL rules
issue).

I would say, the current implementation doesn't support the desired
behavior. You could create a JIRA for this issue.

Kind regards,
Daniil Kirilyuk

On Wed, 8 Feb 2023 at 23:02, Dan Langford <danlangf...@gmail.com> wrote:
>
> We are upgrading some very old qpid servers in the enterprise (6.0.8) and
> we use LDAP authentication. Where I might have a current ACL entry like
> this:
>
> ACL ALLOW danlangford ALL
>
> im finding in QPID 6.1-9.0 i am needing the rule to look like this
>
> ACL ALLOW "cn=danlangford,ou=000,ou=People,o=MyEnterprise" ALL
>
> now in the above example i can still authenticate over HTTP or AMQP with
> the user "danlangford" and i see a log message
> Found 'danlangford' DN 'cn=danlangford,ou=000,ou=People,o=MyEnterprise'
> but my ACLs are now going to be much more verbose, and problematic (see
> below), if they have to contain the full DN.
>
> This is particularly problematic in my enterprise because our identity team
> has partitioned out all the users. see the "ou=000" (i happen to be in the
> first partition). so as it stands we will need to update our ACLs and go
> look up the full DN for each user manually to put into the ACL. And my
> identity team said that there is no guarantee that the partition won't
> change for some reason in the future and they encourage all system to
> search for a user. (cn=username) with search context of
> ou=People,o=MyEnterprise
>
> Is there a way to configure to prior behavior that allowed just the
> username in the ACL?

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

Reply via email to