KNF:Single Sign On query/en: verschil tussen versies
Regel 8: | Regel 8: | ||
==Implementation== |
==Implementation== |
||
− | The SSO query for Entree is based on the SSO query profile in OpenAselect. |
+ | The SSO query for Entree is based on the SSO query profile in OpenAselect. It is a simple query/response protocol. Both the query and its response are sent using HTTP redirects. The query is sent to a predefined URL, the response is sent to the URL that was specified in the query (if this URL is whitelisted - see below). |
− | |||
− | It is a simple query/response protocol. Both the query and its response are sent using HTTP redirects. The query is sent to a predefined URL, the response is sent to the URL that was specified in the query (if this URL is whitelisted - see below). |
||
The process has three possible outcomes: |
The process has three possible outcomes: |
Versie van 18 dec 2013 16:55
Kennisnet Federation: Single Sign On query
Nederlands | English |
Introduction
The Single Sign ON query can be used on websites that allows both anonymous and authenticated users. The latter will have access to extended functionality or content.
To authenticate, the user needs to press the “Log in” button on the website, which starts the authentication process. However if the user already has a valid Single Sign On session with Entree, pressing the “Log in” button immediately logs on the user, without any further interaction (eg. entering a username and password). The requirement to press “Log in” is therefore unnecessary and not user friendly.
To prevent this scenario the website should have a detection mechanism in place which automatically recognizes users with a valid SSO session. This can be achieved with the Single Sign On query. This method is preferred over the 'SAML passive authentication' When using the SSO query, SAML passive authentication is not needed.
Implementation
The SSO query for Entree is based on the SSO query profile in OpenAselect. It is a simple query/response protocol. Both the query and its response are sent using HTTP redirects. The query is sent to a predefined URL, the response is sent to the URL that was specified in the query (if this URL is whitelisted - see below).
The process has three possible outcomes:
- The user has no SSO session, and as far as we can tell, he is not logged in anywhere
- The user has a valid SSO session with Entree. The user can probably be authenticated without any interaction
- The user has no SSO session with Entree, but an SSO notification is detected. This means, he is already authenticated in another remote identity provider (such as an LMS). The user can probably be authenticated without any interaction