EncryptedID in attribute
Brent Putman
putmanb at georgetown.edu
Wed Jun 22 17:01:26 EDT 2016
On 6/22/16 8:39 AM, Cantor, Scott wrote:
>> I can add the SectorID to my attribute-map but the only
>> AttributeDecoder that seems to do anything is the XML AttributeDecoder
>> and it only gives me the child XML elements in base64. I know
>> Shibboleth can decode EncryptedID's when they're in
>> ArtifactResponse/Response/Assertion/Subject, this is done in
>> SAML2Consumer::implementProtocol(). But I can't find an
>> AttributeDecoder that can do do the same. Is this possible in
>> Shibboleth 2.5.3?
> No, nothing like that is provided. I don't think building a decoder to do that will be that much work, and you have about a day to get a Jira issue in if you want it. But that said, tell them to stop. This is not appropriate. Putting a NameID into an Attribute at all is a lousy idea, but if you want to encrypt it, you don't do it like this. If you need a self-standing encrypted attribute, you use EncryptedAttribute.
Just noting that he also said this was buried in the Response
Assertion's Advice element:
ArtifactResponse/Response/Assertion/Advice/Assertion/AttributeStatement/Attribute/AttributeValue/EncryptedID
Does the SP even support something like that? Would that still just be
a different decoder impl, or is that completely different logic to look
in the Advice?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://shibboleth.net/pipermail/users/attachments/20160622/2cbb07c4/attachment-0001.html>
More information about the users
mailing list