Getting role attributes from loginHandler (LDAP)

Cantor, Scott cantor.2 at osu.edu
Thu Jun 20 13:26:23 EDT 2013


On 6/20/13 1:20 PM, "Byte Flinger" <byteflinger at gmail.com> wrote:

>If the Ldaploginmodule is already adding a role to the principal then it
>will be a custom principal regardless of whether I retrieve that data
>from it or not, no?

Yes, but there's a difference between relying on something and not relying
on it, if that information disappears across some boundary in the future.

>It's not about being an issue or not to do an extra ldap connection but
>more of an optimization thing since one less connection is always better.

No, it's not always better, that's my point. There are other
considerations.

>Regarding your last sentence, are you saying that the functionality of
>commiting a role exists solely for the purpose of making it harder to
>serialize the authentication result (which I am guessing, if so, is a
>security feature)?

No, it exists to add roles in JAAS. That has the effect of makng the
user's principal name an incomplete representation of the result. Custom
principals added to a Java Subject are not Serializable in Java, and
cannot be asked to persist themselves in any standard way, which means
preserving them in a cluster requires custom code that you would have to
plug into the IdP in a future version that's not using Terracotta. All to
avoid a meaningless, well-supported query to LDAP. It's not a good
trade-off.

-- Scott




More information about the users mailing list