...
- How to make OpenID Connect work for Higher Education (Roland H)
- Provide temporary eduroam to Guests (Paul D)
- Token Translation as a Service (Licia)
- uApprove Next Generation - Detached from Shibboleth for OAuth, UMA & OpenID Connect (Ken)
- Scalable Solution to SAML Attribute Release - Entity Categories, CoC and more... (Olivier)
Structured Attributes
- Attribute Aggregation -> Structured (Maarten)
- Structured Attributes - More Just Strings (Thomas L)
...
NOTES
The scope of the discussion is about SAML attributes and how to transfer more complex attributes. Whether the attributes are transferred from the IdP to the SP or from an AP to an SP is not very relevant.
...
- the value attached to the attributes a possible architecture to aggregate attributes from different sources
- a possible architecture to aggregat attributes from different sources
Clearly if attributes become more complex, applications would need to adapt their APIs to process them. Do we have use-cases for more structured attributes? Do SPs need structured attributes?
Olivier mentioned that some use-cases for more structure attributes appeared in the e-Learning sector.
One way would be to provide both the simple value as well as the structured value. Those applications that cannot process the structured value would just ignore it.
We should be careful not to ship too much information for each authN. Maybe AP should be shipping the structured attributes.
...
It was agreed to decouple the problem in:
- Define the structured attribute
2. Define who wants structured attributes and how to make them consumable for SPs. A couple of use-cases were presented (Roland, Clarin, Olivier).
3. How do you present the aggregate attributes from different source?
...
Action: for those attending this section, to provide use-cases that would benefit from structured attributes. Ideally the use-case should be presented with:
...
- list potential attributes to support this
- identify the sources of these attributes
...
...
...