3.2.1: IdPPrincipalAttribute & attribute filtering policies

Misagh Moayyed mmoayyed at unicon.net
Thu Aug 25 05:11:49 EDT 2016


I am working on a prototype to learn how IdPPrincipalAttribute might work. I have set up external authn with an external servlet and in the final leg of authentication, I am passing a subject under SUBJECT_KEY back. Working off of a new in the archives, I let the final subject have 3 IdPPrincipalAttribute instances and a UsernamePrincipal. Each IdPPrincipalAttribute in the collection has an IdPAttribute wrapped inside it with a name and a String value. Attributes themselves don’t have display names, descriptions or encoders associated with them. Just an id and value(s). 

I can see ExternalAuthenticationImpl grabs the final subject fine. 

Then, I set up filtering policies for my SP, used “example1” for simplicity as the policy rule and indicated that all 3 of those attributes should be released regardless of value. None of those attributes are defined anywhere else in the IdP. They are just in the filtering policies. Then I see:

> Attribute Filter Policy 'example1'  Policy is active for this request
> Attribute Filter Policy 'example1'  Applying attribute filter policy to current set of attributes: [uid, eduPersonPrincipalName, eduPersonScopedAffiliation, mail]
> Attribute filtering engine '/AttributeFilterPolicyGroup:ShibbolethFilterPolicy/AttributeRule:_ce72f47d19f8ed927f12e9fea038874c'  Filtering values for attribute 'uid' which currently contains 1 values

What might I have to do to let the current set of attributes handle what is resolved outside the IdP from those principal attributes of the external context? 

-- 
Misagh
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://shibboleth.net/pipermail/dev/attachments/20160825/b6a84ae3/attachment.html>


More information about the dev mailing list