custom attribute names/formatting

IAM David Bantz dabantz at alaska.edu
Tue Dec 24 15:07:00 EST 2013


A vendor has provided metadata (and oral confirmation) indicating my IdP’s
SAML response include attributes as follows:

...

   <md:AttributeConsumingService isDefault="true" index="0">

      <md:ServiceName xml:lang="en">ASH SAML Service Provider Portal
</md:ServiceName>

      <md:RequestedAttribute NameFormat=
"urn:oasis:names:tc:SAML:2.0:attrname-format:basic" Name="UniqueMemberID"
isRequired="True" />

      <md:RequestedAttribute NameFormat=
"urn:oasis:names:tc:SAML:2.0:attrname-format:basic" Name="MemberSuffix"
isRequired="True" />

      <md:RequestedAttribute NameFormat=
"urn:oasis:names:tc:SAML:2.0:attrname-format:basic" Name="Email" isRequired=
"False" />

    </md:AttributeConsumingService>

…


I can add custom attributes like


<!-- UniqueMemberID for HealthRoads SP is employee # = bannerID per UA
Benefits-->

<resolver:AttributeDefinition id="UniqueMemberID" xsi:type="Simple" xmlns=
"urn:mace:shibboleth:2.0:resolver:ad"

sourceAttributeID="BannerID">

        <resolver:Dependency ref="myLDAP" />

        <resolver:AttributeEncoder xsi:type="SAML2String" xmlns=
"urn:mace:shibboleth:2.0:attribute:encoder"

                          name="UniqueMemberID"

                          nameFormat=
"urn:oasis:names:tc:SAML:2.0:attrname-format:basic"

                          friendlyName="UniqueMemberID"/>

</resolver:AttributeDefinition>



but should I have concerns other than tidiness of my attribute-resolver and
-filter and precedent for unscalable process of custom named attributes for
every SP?


Is there a better way to deal with needs of this and potential similar
service side requirements?


David Bantz

U Alaska IAM
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://shibboleth.net/pipermail/users/attachments/20131224/35f0d5f3/attachment.html 


More information about the users mailing list