Bug 1069127 - RBAC + LDAP needs to be able to work combined with <local/>
Summary: RBAC + LDAP needs to be able to work combined with <local/>
Alias: None
Product: JBoss Enterprise Application Platform 6
Classification: JBoss
Component: Security
Version: 6.2.1
Hardware: Unspecified
OS: Unspecified
Target Milestone: ER2
: EAP 6.3.0
Assignee: Darran Lofthouse
QA Contact: Josef Cacek
Russell Dickenson
Depends On:
TreeView+ depends on / blocked
Reported: 2014-02-24 09:38 UTC by Tom Fonteyne
Modified: 2018-12-09 17:35 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
In previous versions of JBoss EAP, LDAP group loading could fail if an authenticated user could not be mapped to an LDAP account. This issue could arise because the authentication process using security realms first negotiates a mechanism between the client and the server, then loads the group information for the user. Because the local authentication system represents the user with an artificial username, the second part of this process could fail if the LDAP server could not map the username to a user. In this release of the product, a new attribute; 'skip-group-loading', has been added to the <local /> element that is used for local authentication. When this attribute is set to `true` group loading is skipped after local authentication has occurred, thus avoiding the error. If a different mechanism is used, however, group loading proceeds as normal.
Clone Of:
Last Closed: 2014-06-28 15:37:08 UTC
Type: Enhancement

Attachments (Terms of Use)

System ID Priority Status Summary Last Updated
Red Hat One Jira Issue Tracker WFLY-3048 Major Closed "Local" authentication fails when LDAP is used for ManagementRealm 2017-12-13 01:21:42 UTC

Description Tom Fonteyne 2014-02-24 09:38:51 UTC
When RBAC is not enabled, a security realm in the management section allows the use of the "<local />" login mechanism to work fine in conjunction with an LDAP user store.

When RBAC is enabled, the "<local />" login mechanism can still be configured but will not work.

The request is to allow this to work even when RBAC is enabled.

Why does the customer need this?

automated local scripts should use the "local" mechanisme, while actual management users need to use LDAP authentication/authorization

Comment 1 Brian Stansberry 2014-03-05 16:22:34 UTC
Is the $local user mapped to any role, e.g. what we have in our standard configs?

                <role name="SuperUser">
                        <user name="$local"/>

Comment 3 Darran Lofthouse 2014-03-05 16:34:48 UTC
I don't believe this is RBAC, just an issue loading groups where the local mechanism is also in play so investigating further on that basis.

Comment 11 Ondrej Lukas 2014-04-30 08:45:46 UTC
Verified on EAP 6.3.0.ER2. Using parameter skip-group-loading resolved this issue.

Comment 12 sgilda 2014-05-12 20:12:52 UTC
Changed <literal></literal> tags in Doc Text to ticks (`) to fix Bug 1096865

Note You need to log in before you can comment on or make changes to this bug.