Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Number

Current Text

Proposed Text / Query

Proposer

Action

1

5.3.3 The Identity Provider releases the eduPersonScopedAffiliation attribute.

Should this imply to release this attribute *always* to *all SPs*, including to publishers that are happy with only 'common-lib-terms'? Why should just the IdPs need to do something and not the SPs?
SPs that want to get the scopedAffiliation should either require this attribute in metadata or include a new (to-be-defined in this spec) EC value in metadata. 

Thomas Lenggenhager (SWITCH)

https://github.com/leifj/academia-category/issues/26

Change to make the registration criteria "the Identity Provider commits to releasing required attributes to Service Providers". 

Pull request submitted.

2http://refeds.org/category/academic-institution

Given that the REFEDS website now does https by default, should this be https://refeds.org/category/academic-institution

Comment from Peter Schober: For consistency with existing/published categories I'd stay with http.

Guy Halse (SAFIRE)



https://github.com/leifj/academia-category/issues/27

as MFA is https, no harm in changing.

added to github. Point is noted and will need to be addressed across the board for REFEDS.  Not changed in this scenario. 

35.3.3 The Identity Provider releases the eduPersonScopedAffiliation attribute.How should the Identity Provider’s registrar perform this mandatory check? Would a statement by the IdP administrator be sufficient ?

Thomas Lenggenhager (SWITCH)


https://github.com/leifj/academia-category/issues/26

See solution for point 1.

Pull request submitted.

43. The following URI is used as the attribute value for the Entity Category...

Under section 5 only requirements for Identity Providers are defined but normally an IdP uses Entity Support Category not Entity Category. Is this per design or only a mistake?

Comment from Rhys Smith: "normally an IdP uses Entity Support Category not Entity Category" - is correct, but only by coincidence. An entity that has a specific categorisation has an entity category. It just so happens that so far, all categorisations have been for SPs, and so the IdPs have the ESC. This is a categorisation about an IdP, so it's right the IdP has an EC. If there was a corresponding ESC, it would be assigned to the SP that supports that IdP EC.  Propose dropping ECS text.

Comment from Peter Schober: https://refeds.org/category/hide-from-discovery is an(other) existing Entity Category for IDPs.

Pål Axelsson (SWAMID)



https://github.com/leifj/academia-category/issues/28

Remove reference to Entity Category Support.

Pull request submitted.



55.3.3 The Identity Provider releases the eduPersonScopedAffiliation attribute.I would say that the behaviour of releasing euPersonScopedAffliliation to all SPs is not privacy by design as described in GDPR. It's a step away from data minimisation. euPersonScopedAffliliation is personal data even though it is not unique personal data.Pål Axelsson (SWAMID)

See TL comment.

See solution for point 1.

Pull request submitted.

6Add to section 5

5.4. additional recommendations

5.4.1 It is RECOMMENDED that IdP releases a unique, persistent and not targeted ID to Service Providers that support and display in their metadata the Research and Scholarship Entity Category [R&S]

...

6. References

add:

[R&S] REFEDS Research and Scholarship Entity Category v1.3 Sept. 2016 see https://refeds.org/category/research-and-scholarship

Peter Geitz

(DAASI)

https://github.com/leifj/academia-category/issues/29

Agreed that cross-referencing specs is not a good idea.  Principle met to some extent in solution for point 1. 

7Section 2is point 3 - "the institution is a research hospital, library or archive." meant to mean "research hospital, research library, or research archive", or what it says on the tin?Rhys Smith
(Jisc)

https://github.com/leifj/academia-category/issues/30

Clarification accepted - add pull request on issue.

Pull request submitted.

85.3.3how does a registrar check if an IdP releases ePSA?Rhys Smith
(Jisc)

See TL comment

See solution for point 1.

Pull request submitted.

9section 5. "Failure to do so MUST result in revocation of the entity’s membership in the category." Who makes the decision to revoke?"Failure to do so MUST result in the registrar revoking revocation of the entity’s membership in the category."Mikael Linden (CSC)

Clarification accepted

- create pull request

Added to refeds fork.

10Regarding #1, #3 & #8 on 5.3.3How about adding "5.3.3 The Identity Provider releases the eduPersonScopedAffiliation attribute, on request." So that the request can include metadata and inline attribute requests.Brook Schofield

See comments above.

Clarification accepted, moved forward with point 1.

Pull request submitted.

11Academic vs Academia

Academia Academic Identity Providers MUST ...

Brook Schofield

https://github.com/leifj/academia-category/issues/32

Clarification accepted.

Added to github.

12Attribute AuthoritiesThe document only talks about Identity Providers. I guess we should also be concerned about Attribute Authorities (whether "co-located" with an IDP or stand-alone) asserting those same attributes?Peter S.Noted but seen as non-solvable with current status. 
13Add LinkMaybe add URL/link to eduPerson 201602 reference, http://software.internet2.edu/eduperson/internet2-mace-dir-eduperson-201602.html

https://github.com/leifj/academia-category/issues/34

Clarification accepted.

Added to github.

14ReferenceThe reference [AcademicInstitutionWikipedia] is unused

Review and accept.

Added to github.

15Section 4:  Specifically a relying party SHOULD NOT assume that an attribute assertion received from an Identity Provider"than an attribute assertion received" – i.e., remove "attribute ", "assertion" alone suffices.

https://github.com/leifj/academia-category/issues/33

Review and accept

Added to github.

Other Comments / Observations

...