Versions Compared

Key

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

ACOnet operates the ACOnet OpenIDPa self-service SAML Identity Provider for members and guests of ACOnet participants. This service is open to everyone needing to access federated resources from eduID.at members who is lacking credentials at a SAML IDP known to the relevant service.

Note
iconfalse

Registration of an ACOnet OpenIDP account only provides a means to authenticate. Use of this service does not imply access to any specific resource or service, as this remains solely the service owner's sole responsibility. LikewiseAlso, service owners are reminded that successful authentication at any [inter-]federated SAML IdP should IDP does not necessarily be equated with equate successful authorization. Always protect your resources with proper access rules based on attributes provided (such as eduPersonScopedAffiliation) unless your service is in fact open to everyone & and everything that can self-register an account and authenticate.

The prime purpose of the ACOnet OpenIDP is to allow eduID.at Service Providers to offer their resource to their whole intended community, whether or not all members of that community already have access to a SAML Identity Provider. This removes obviates the need for service owners to also implement local or alternative authentication methods within their resource (which usually lead to password management and "password/username/email address forgotten" support issues at the service), in addition to federated access via SAML. As such the ACOnet OpenIDP is part of the eduID.at Metadata, together with all other Identity Providers within eduID.at.

...

Subjects may enter any profile data they want during the account registration phase, so relying on any of the data provided should only be done with caution.!

Warning
iconfalse

The only piece of data which is verified in some sense is the email address, which will be used during account generation, so it must be deliverable and accessible to the subject registering the account – at least at the time of the account creation.

The following attributes will be issued by the OpenIDP to any Service Provider known to it (i.e., all eduID.at Service Providers):

Friendly nameFormal attribute nameDescription
givenNameurn:oid:2.5.4.42First name
snurn:oid:2.5.4.4Last name
displayNameurn:oid:2.16.840.1.113730.3.1.241"Firstname Lastname" (without the quotes)
mailurn:oid:0.9.2342.19200300.100.1.3The email address used for verification emails during account creation
eduPersonPrincipalNameurn:oid:1.3.6.1.4.1.5923.1.1.1.6Always of the form [a-z0-9]{7}@openidp.aco.net, i.e. seven (random) lower-case characters and/or digits + "@openidp.aco.net".
The string is "random" only during account creation; after that the created eduPersonPrincipalName value will not change for a given registration. Also, eduPersonPrincipalName values will not be re-used or re-assigned from one person to another at the OpenIDP.
eduPersonEntitlement
(only in few cases) 
urn:oid:1.3.6.1.4.1.5923.1.1.1.7

For application owners the OpenIDP allows the provisioning of entitlement values via a proprietary API. E.g. after the u:book support team (see below) has verified someone's identity and eligibility ("studentness") status, they are able to store that fact in an entitlement specific to their services, e.g. https://guests.ubook.at (to  to express the fact that someone should be entitled to use the services u:book provides/ brokers).
ACOnet currently has no plans to expand use of this API, so this should be considered a legacy service.

...

Info
iconfalse

If you have an account at a eduID.at member institution always use always use your institutional account instead of registering a new one at the OpenIDP. Save yourself the additional registration step, creating and remembering Yet Another username and password, etc. An OpenIDP account will not give you any additional rights or permissions. If you already have registered an OpenIDP account unnecessarily please contact the owners of the services you used it with (not ACOnet, who cannot help here) and ask them to transfer your user data to your institutional account.

These services are known to externalize their credentials management to the ACOnet OpenIDP, so they don't have to manage, keep secure and support passwords themselfs:

  • USI-Wien Kursanmeldung: The University Sports Institute (USI) at Vienna University implements online registration for its many sports courses via eduID.at. Since not all Austrian institutions whose members are eligible for USI courses currently participate in ACOnet or eduID.at those subjects from such institutions can register an account at OpenIDP once, and use that for online registration at USI as long as desired.
  • u:book is a federated service by University of Vienna allowing members of participating academic institutions in Austria to buy quality mobile computers at reduced prices, in addition to supporting services (such as software downloads and installation or mobile phone or data contracts)things and services.
  • Training Courses by the Computer Center and Human Resources Development departments at the University of Vienna. Some of these courses are open to the general public and so need a method to authenticate people outside the eduID.at membership (or even outside the ACOnet constituency) in order to register for courses online. Authorization in these cases usually happens by payment of the course fee, so (self-asserted) attributes or identity vetting are not of prime importancean issue.