Default RP config for SAML 1 and attribute-release ?
Tom Zeller
tzeller at dragonacea.biz
Sun Dec 21 16:05:29 EST 2014
> On Dec 21, 2014, at 12:02 PM, "Cantor, Scott" <cantor.2 at osu.edu> wrote:
>
>> On 12/21/14, 4:20 AM, "Tom Zeller" <tzeller at dragonacea.biz> wrote:
>>
>>
>> Working on integration tests, and I'm confused. The attribute-release
>> flow is enabled for SAML 1, but not includeAttributeStatement, which
>> seems like a conflict, because no attributes are actually released,
>> but the user is prompted.
>>
>> So, should the default RP config have :
>>
>> <bean parent="Shibboleth.SSO" p:includeAttributeStatement="true"
>> p:postAuthenticationFlows="attribute-release" />
>>
>> instead of
>>
>> <bean parent="Shibboleth.SSO"
>> p:postAuthenticationFlows="attribute-release" />
>
> No, I configured the intercept to match uApprove's behavior, so it still
> activates as long as per-attribute consent is turned off. Their logic is
> that transient identifiers don't nominally permit queries except after
> SSO, and the only NameIDs supported by default are transients.
Gosh, I don't think attribute-release is wired into the attribute query flow in v3, or did you do that ? Or maybe I'm confused.
(mobile)
More information about the dev
mailing list