KNF:Attributen overzicht voor Identity Providers/en: verschil tussen versies
(20 tussenliggende versies door 2 gebruikers niet weergegeven) | |||
Regel 1: | Regel 1: | ||
+ | {{PageTitleCustom|title=Overview attributes for Identity Providers|name=Entree Federation|image=true|imageurl=KNF:Hoofdpagina/en}} |
||
− | {{Talen}} |
||
<br/> |
<br/> |
||
__TOC__ |
__TOC__ |
||
Regel 5: | Regel 5: | ||
To authenticate and subsequently authorize a user the Entree Federation uses attributes. These attributes contain information (for example a firstname) about the user who wants access to a connected Service Provider.<br/> |
To authenticate and subsequently authorize a user the Entree Federation uses attributes. These attributes contain information (for example a firstname) about the user who wants access to a connected Service Provider.<br/> |
||
There are two types of attributes used within the context of Entree Federation: |
There are two types of attributes used within the context of Entree Federation: |
||
− | * |
+ | *Default attributes |
*Additional attributes |
*Additional attributes |
||
− | For most Service Providers the set with |
+ | For most Service Providers the set with default attributes will suffice to authenticate and authorize users. However there are situations in which a Service Provider requires more information about a user. In this case one or more additional attributes can be used. |
− | In order to enable the users to gain access to all connected Service Providers an Identity Provider has to support both the |
+ | In order to enable the users to gain access to all connected Service Providers an Identity Provider has to support both the default attributes and the additional attributes. |
− | == |
+ | ==Default attributes== |
In this table you can find the attributes that an Identity Provider always has to pass on to Entree Federation. |
In this table you can find the attributes that an Identity Provider always has to pass on to Entree Federation. |
||
{| class="wikitable" |
{| class="wikitable" |
||
Regel 33: | Regel 33: | ||
==Additional attributes== |
==Additional attributes== |
||
− | These attributes will only passed on to a Service Provider after the school has given explicit permission by signing an [https://support.kennisnet.org |
+ | These attributes will only passed on to a Service Provider after the school has given explicit permission by signing an [https://support.kennisnet.org/Knowledgebase/Article/View/511/0/er-zijn-meer-attributen-van-gebruikers-nodig-wat-nu Attribute Release Policy] form. |
{| class="wikitable" |
{| class="wikitable" |
||
! '''Attributename''' || '''Description''' || '''Format''' || '''Example''' |
! '''Attributename''' || '''Description''' || '''Format''' || '''Example''' |
||
|- |
|- |
||
⚫ | |||
− | | nlEduPersonRealId '''<sup>1</sup>''' || Unencrypted version of the uid || [userId]@[realm] || pietjepukkelen@petteflatcollege |
||
|- |
|- |
||
+ | | eckId || Unique ECK pseudonym for students and teachers '''<sup>1</sup>''' || string || <nowiki>https://ketenid.nl/pilot/8e0a9f57fc76854d3dd2d3c4fa732feaf7b7a2d5f549a5458ce300223b83172f5074aa88a8cef0712aca19b62e9b90d0352e98fc76f498cd3947e7cc810f03fa</nowiki> |
||
⚫ | |||
⚫ | |||
⚫ | |||
|- |
|- |
||
| nlEduPersonTussenvoegsels || Insertion || string || van |
| nlEduPersonTussenvoegsels || Insertion || string || van |
||
⚫ | |||
− | | sn || Surname || string || Pukkelen |
||
|- |
|- |
||
| mail || Email address || string || pietjepukkelen@petteflatcollege.nl |
| mail || Email address || string || pietjepukkelen@petteflatcollege.nl |
||
⚫ | |||
− | | initials || Initals || string || P. |
||
|- |
|- |
||
| homePhone || Phone number || string || +31791234567 |
| homePhone || Phone number || string || +31791234567 |
||
|- |
|- |
||
| mobile || Mobile number || string || +31612345678 |
| mobile || Mobile number || string || +31612345678 |
||
⚫ | |||
− | | homePostalAddress || Address || Maximum of 6 lines each containing a maximum of 30 characters || Petteflat 121e <br/> 2518PP Zoetermeer |
||
|- |
|- |
||
| nlEduPersonBirthDate || Date of birth|| yyyymmdd || 19801231 |
| nlEduPersonBirthDate || Date of birth|| yyyymmdd || 19801231 |
||
Regel 66: | Regel 62: | ||
|- |
|- |
||
| nlEduPersonCohort || Starting year || string || 2014 |
| nlEduPersonCohort || Starting year || string || 2014 |
||
⚫ | |||
⚫ | |||
|- |
|- |
||
| ocwILTRegistratiecode || ILT Registrationcode<br/>''In accordance with annex I and II, corresponding to Article 1 of the Regulation of the Minister of OCW containing the determination of the elementcode table and studycode table for secondary and adult education: No DUO / OND-2013/15135 M.'' || four digits || 0011 |
| ocwILTRegistratiecode || ILT Registrationcode<br/>''In accordance with annex I and II, corresponding to Article 1 of the Regulation of the Minister of OCW containing the determination of the elementcode table and studycode table for secondary and adult education: No DUO / OND-2013/15135 M.'' || four digits || 0011 |
||
|- |
|- |
||
| ocwILTLeerjaar || ILT cohort<br/>''In accordance with annex I and II, corresponding to Article 1 of the Regulation of the Minister of OCW containing the determination of the elementcode table and studycode table for secondary and adult education: nr. DUO/OND-2013/15135 M.'' || 1 digit || 1 |
| ocwILTLeerjaar || ILT cohort<br/>''In accordance with annex I and II, corresponding to Article 1 of the Regulation of the Minister of OCW containing the determination of the elementcode table and studycode table for secondary and adult education: nr. DUO/OND-2013/15135 M.'' || 1 digit || 1 |
||
⚫ | |||
+ | | digiDeliveryId || ECK digital delivery address || string|| ED8AE607-WI3N-414C-T87A-624E74S7T005 |
||
⚫ | |||
+ | | nlEduPersonHomeOrganizationBranchId || Establishment number (BRIN 6) || String of 6 alpha-numeric characters || 11ZZ03 |
||
⚫ | |||
+ | | preferredLanguage || Preferred Language || Language code (https://en.wikipedia.org/wiki/List_of_ISO_639-1_codes) || nl |
||
+ | |- |
||
+ | | country || Country || Country code (https://en.wikipedia.org/wiki/ISO_3166-1) || NL |
||
|} |
|} |
||
+ | '''<sup>1</sup>''' For more information on the ECK-iD: https://www.eck-id.nl/<br/> |
||
− | '''<sup>1</sup> Attention:''' The encrypted version of this attribute will always be passed on to Service Providers. To pass on the unencrypted version the school has to sign an Attribute Release Policy.<br/> |
||
+ | |||
+ | ===The nlEduPersonRealId attribute=== |
||
+ | In some cases a Service Provider request the ''nlEduPersonRealId'' attribute. During an authentication the Entree Federation application will copy the value of the ''uid'' attribitute that is sent by the Identity Provider into the ''nlEduPersonRealId'' attribute. Therefore the Identity Provider does '''not''' need to configure the ''nlEduPersonRealId'' and it is not listed in the table above. |
||
==Guidelines for Identity Providers== |
==Guidelines for Identity Providers== |
||
Regel 79: | Regel 84: | ||
===Realm in the ''uid'' attribute=== |
===Realm in the ''uid'' attribute=== |
||
+ | The ''uid''-attribute combined with the ''employeeNumber'' are the basis of the unique identity of the user within the system. Service Providers who are connected to Entree Federation use this ID to monitor progress or link licenses to it. From a users perspective therefor it is of the atmost importance that this ID is persistent. |
||
+ | The ''uid''-attribute also contains a domain (or realm). If a school wants to change to another type of Identity Provider it is important that the ''uid'' of its users stay persistent. Therefor the domain should not contain the name of a system, e.g. pietjepukkelen@elonaam, but the domain should be linked to the school, e.g. pietjepukkelen@petteflatcollege. |
||
+ | If an Identity Provider is used by multiple educational institutions, the Identity Provider has to be able to pass on a unique domain per educational institution within the ''uid''-attribute. |
||
⚫ | |||
− | Het attribuut ''uid'' vormt samen met het ''employeeNumber'' de basis van de unieke identiteit van een gebruiker binnen de hele keten. Diensten die zijn aangesloten bij Entree Federatie koppelen de voortgang of licenties van de gebruikeraan dit ID. Het is voor de gebruiker daarom uiterst belangrijk dat dit ID persistent is en blijft. |
||
+ | Many of the connected Service Providers use schoollicenses. In those cases the BRIN number in the ''nlEduPersonHomeOrganizationId''-attribute is used to authorize the user. Entree Federation will validate the received BRIN number against the registered BRIN number. |
||
− | |||
+ | # An Identity Provider must be able to pass on a BRIN number containing either four or six characters. |
||
− | In het attribuut ''uid'' wordt een domein (of realm) meegegeven. Indien een school in de toekomst naar een andere systeem wil migreren is het belangrijk dat ''uid'' van gebruikers persistent blijft. Daarom moet als domein niet een systeemnaam, bijvoorbeeld pietjepukkelen@elonaam, gebruikt wordt maar een domein van de school, bijvoorbeeld pietjepukkelen@petteflatcollege. |
||
+ | # If an Identity Provider is used by multiple educational institutions, the Identity Provider has to be able to pass on a unique BRIN number per educational institution within the ''nlEduPersonHomeOrganizationId''-attribute. |
||
− | |||
− | Een Identity Provider waar meerdere onderwijsinstellingen gebruik van maken, moet in staat zijn om per aangesloten onderwijsinstelling een uniek domein door te geven in het ''uid'' attribuut. |
||
− | |||
⚫ | |||
− | Veel aangesloten diensten maken gebruik van schoollicenties. Het BRIN nummer in het ''nlEduPersonHomeOrganizationId'' attribuut wordt daarom aangewend om te controleren of een gebruiker toegang heeft. Tijdens een authenticatie valideert Entree Federatie het doorgegeven BRIN nummer. |
||
− | # Een Identity Provider moet in staat zijn om BRIN nummers van zowel vier als zes karakters door te geven. |
||
− | # Een Identity Provider waar meerdere onderwijsinstellingen gebruik van maken, moet in staat zijn om per aangesloten onderwijsinstelling een uniek BRIN nummer door te geven in het ''nlEduPersonHomeOrganizationId'' attribuut. |
||
[[Categorie:Entree Federatie]] |
[[Categorie:Entree Federatie]] |
||
− | [[Categorie:Entree Federatie Identity Provider]] |
Huidige versie van 8 feb 2021 om 09:38
Entree Federation: Overview attributes for Identity Providers
Nederlands | English |
To authenticate and subsequently authorize a user the Entree Federation uses attributes. These attributes contain information (for example a firstname) about the user who wants access to a connected Service Provider.
There are two types of attributes used within the context of Entree Federation:
- Default attributes
- Additional attributes
For most Service Providers the set with default attributes will suffice to authenticate and authorize users. However there are situations in which a Service Provider requires more information about a user. In this case one or more additional attributes can be used.
In order to enable the users to gain access to all connected Service Providers an Identity Provider has to support both the default attributes and the additional attributes.
Default attributes
In this table you can find the attributes that an Identity Provider always has to pass on to Entree Federation.
Attributename | Description | Format | Example |
---|---|---|---|
uid | Unique ID for the user, consisting of a username and a realm 1 | userId@realm | pietjepukkelen@petteflatcollege |
employeeNumber | Studentnumber | string | 140136 |
givenName | First name | string | Pietje |
sn | Surname | string | Pukkelen |
eduPersonAffiliation | Role | student, employee, staff or affiliate | student |
nlEduPersonHomeOrganizationId | BRIN code of the institution | 4 or 6 characters | 11ZZ03 |
nlEduPersonHomeOrganization | Name of the institution | string | Petteflat College |
1 Attention: When using the SAML protocol the value of uid attribute has to be the same as the value of the <saml:NameID> field.
Additional attributes
These attributes will only passed on to a Service Provider after the school has given explicit permission by signing an Attribute Release Policy form.
Attributename | Description | Format | Example |
---|---|---|---|
nlEduPersonProfileId | ECK attribute If a school has multiple administrations the administrationnumber can be added after the @ as in the example |
studentnumber@administrationnumber.schooldomain.nl | 95312@1.kennisnet.nl |
eckId | Unique ECK pseudonym for students and teachers 1 | string | https://ketenid.nl/pilot/8e0a9f57fc76854d3dd2d3c4fa732feaf7b7a2d5f549a5458ce300223b83172f5074aa88a8cef0712aca19b62e9b90d0352e98fc76f498cd3947e7cc810f03fa |
initials | Initials | string | P. |
nlEduPersonTussenvoegsels | Insertion | string | van |
Email address | string | pietjepukkelen@petteflatcollege.nl | |
homePhone | Phone number | string | +31791234567 |
mobile | Mobile number | string | +31612345678 |
nlEduPersonBirthDate | Date of birth | yyyymmdd | 19801231 |
nlEduPersonProfile | Name of study preceded by CREBO<space>. Optionally BOL_ or BBL_ can be added at the beginning |
string | 2345 BOL_ICT.Gamedeveloper |
nlEduPersonDepartment | Department or sector | string | Techniek |
nlEduPersonUnit | Primary class or group. Unique within the school administration or domain | string | H2A |
ou | Class or group | string | H2A |
nlEduPersonCohort | Starting year | string | 2014 |
ocwILTRegistratiecode | ILT Registrationcode In accordance with annex I and II, corresponding to Article 1 of the Regulation of the Minister of OCW containing the determination of the elementcode table and studycode table for secondary and adult education: No DUO / OND-2013/15135 M. |
four digits | 0011 |
ocwILTLeerjaar | ILT cohort In accordance with annex I and II, corresponding to Article 1 of the Regulation of the Minister of OCW containing the determination of the elementcode table and studycode table for secondary and adult education: nr. DUO/OND-2013/15135 M. |
1 digit | 1 |
digiDeliveryId | ECK digital delivery address | string | ED8AE607-WI3N-414C-T87A-624E74S7T005 |
nlEduPersonHomeOrganizationBranchId | Establishment number (BRIN 6) | String of 6 alpha-numeric characters | 11ZZ03 |
preferredLanguage | Preferred Language | Language code (https://en.wikipedia.org/wiki/List_of_ISO_639-1_codes) | nl |
country | Country | Country code (https://en.wikipedia.org/wiki/ISO_3166-1) | NL |
1 For more information on the ECK-iD: https://www.eck-id.nl/
The nlEduPersonRealId attribute
In some cases a Service Provider request the nlEduPersonRealId attribute. During an authentication the Entree Federation application will copy the value of the uid attribitute that is sent by the Identity Provider into the nlEduPersonRealId attribute. Therefore the Identity Provider does not need to configure the nlEduPersonRealId and it is not listed in the table above.
Guidelines for Identity Providers
The user's identity is defined by the attributes that are passed down. It's important that this happens correctly and consistently. Therefore Kennisnet has set up a number of guidelines.
Realm in the uid attribute
The uid-attribute combined with the employeeNumber are the basis of the unique identity of the user within the system. Service Providers who are connected to Entree Federation use this ID to monitor progress or link licenses to it. From a users perspective therefor it is of the atmost importance that this ID is persistent.
The uid-attribute also contains a domain (or realm). If a school wants to change to another type of Identity Provider it is important that the uid of its users stay persistent. Therefor the domain should not contain the name of a system, e.g. pietjepukkelen@elonaam, but the domain should be linked to the school, e.g. pietjepukkelen@petteflatcollege.
If an Identity Provider is used by multiple educational institutions, the Identity Provider has to be able to pass on a unique domain per educational institution within the uid-attribute.
BRIN number in the nlEduPersonHomeOrganizationId attribute
Many of the connected Service Providers use schoollicenses. In those cases the BRIN number in the nlEduPersonHomeOrganizationId-attribute is used to authorize the user. Entree Federation will validate the received BRIN number against the registered BRIN number.
- An Identity Provider must be able to pass on a BRIN number containing either four or six characters.
- If an Identity Provider is used by multiple educational institutions, the Identity Provider has to be able to pass on a unique BRIN number per educational institution within the nlEduPersonHomeOrganizationId-attribute.