You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 27 Next »

AARC and GEANT GN4 projects are studying the Service Provider (SP) communities' (such as research infrastructures/communities) requirements on Level of Assurance (LoA). The survey results will serve the future development of federated authentication and authorization where an end user's Home Organisation (e.g. the university or research institute employing the researcher) delivers him/her the authentication credentials and authenticates him/her. The survey results will be published.

1.Introduction to LoA

Narrowly speaking, LoA for user authentication covers two things:

  • Identity vetting: how an end user demonstrates his/her identity at the time when s/he receives the authentication credential from his/her Home Organisation (e.g. by presenting government photo-id face-to-face at a registration desk or self-registration on-line with)
  • authentication: how an end user proofs his/her identity to his/her Home Organisation's Identity Provider server when s/he logs in (e.g. password or multi-factor authentication with a certificate or token) 

More widely speaking, LoA can also cover e.g.

  • management of credentials (e.g. delivery of credentials to their holder,revocation of credentials)
  • information security management of the Home Organisation
  • audits of the Home Organisation

Some people also count these in

  • quality and freshness of user attributes (self-asserted by the user or Home Organisation vetted)
  • Home Organisation's ability and willingness to populate and release the attributes to the SPs

2. Questions on the research infrastructures/communities

Who are your end users (who need to log in to your services):

  • researchers with a Home Organisation (that operates or potentially operates an IdP)?
  • citizen scientists?
  • students with a Home Organisation (that operates or potentially operates an IdP)?
  • else/what?

3.Questions on Identity and Authentication

User's "network identity" distinguishes him/her from other users of the SP.

3.1. Identity concept

How important is it for you that 

  • all user identities (accounts in the Home Organisation) belongs to an individual person (i.e. there are no shared accounts like "libraryuser1")?
  • and all users are traceable (i.e. the Home Organization knows who they are and can reach them)?
  • and Home Organisation is willing to collaborate with you if you think their user misbehaves in your service?
  • That you (as an SP) can block him/her from your service?
  • user identifiers are persistent i.e. a user account is not re-assigned (re-cycled) to another person over time?
  • user identifiers are shared by multiple SPs  i.e. if you have 2 SPs, do they both receive the same user identifier when the same user logs in to the two services?

3.2.Initial proof of identity

How important is it for you that 

  • the Home Organization has a documented identity vetting process (whatever it is) in English and you can study it?
  • each Home Organisation has a tag that indicates how the organization carries out identity proofing and the tag is from a well-defined international vocabulary?
  • each user in a Home Organisation has the above tag but different end users in the organization can have different tags (depending how their identity was initially proofed)?
  • The identity proofing is done face-to-face based on a government photo-ID or equivalent?

3.3.On-line authentication

  • Are password-based authentication good enough for you?
  • Or should passwords have some kind of quality floor? (What kind of quality floor?)
  • Do you need two factor authentication? (What kind of?)

3.4.Step-up authentication as a service

Step-up authentication means that the user first authenticates with a password, and subsequently with a second factor (such as by a one-time password delivered to his/her cellphone). Step-up authentication could be delivered to research communities as a service.

Would you like to make use of step-up authentication

  • if it costs you money?
  • if it costs you work (for instance, you need to operate one or several registration authorities where your community's users come to show their photo-ID and you record their cellphone number)?

4. Questions on user attributes

Besides an identifier, the Home Organisation's Identity Provider is able to deliver also other attributes of the person that logs in.

4.1. Freshness of user accounts and attributes

Many Home Organisations close the user account when an individual departs (e.g. researcher changes his/her employer). Closing the account closes also federated access to your SP. However, some organisations keep the accounts open (e.g. to serve alumni etc).

  • Do you expect that user accounts are closed as a user departs? How promptly?
  • Do you expect that user's role attributes (e.g. eduPersonAffiliation="faculty") value is updated as an individual departs? How promptly?

4.2. Quality/provenance of user data

In larger universities the IdP/IdP gathers users' attributes from several registries (payroll system, CRIS system, student registry) with varying data quality. Some attributes can even be self-asserted by the user him/herself.

  • Is it important for you to know the quality/provenance of the user data on the attribute level? What attributes? On what level of granularity?

4.3. Population and release of attributes

  • What are the key attributes Home Organisations should populate for their end users and release to your SP? 

5.Questions on audits

  • Is it enough for you that a Home Organisation self-asserts that it complies with a certain LoA level?
  • Should some external body have some enforcement rights (e.g. Home identity federation can remove “compliant” tag from the Home Organisation if there are doubts that a Home Organisation fails its LoA level)?
  • Are internal audits needed?
  • Are external audits needed? Are you willing to share their costs?

 

  • No labels