Difference between revisions of "SSO"
(→OpenID) |
(→Single sign-on) |
||
| Line 1: | Line 1: | ||
= Single sign-on = | = Single sign-on = | ||
| − | L'esigenza è quella di realizzare un sistema per il controllo degli accessi in grado di permettere, a tutti gli utenti afferenti a RITMARE, di accedere a | + | L'esigenza è quella di realizzare un sistema per il controllo degli accessi in grado di permettere, a tutti gli utenti afferenti a RITMARE, di utilizzare un unico profilo per accedere a tutte i servizi web che compongono l'infrastruttura interoperabile di RITMARE. |
== OpenID == | == OpenID == | ||
Revision as of 23:21, 12 February 2014
Contents
Single sign-on
L'esigenza è quella di realizzare un sistema per il controllo degli accessi in grado di permettere, a tutti gli utenti afferenti a RITMARE, di utilizzare un unico profilo per accedere a tutte i servizi web che compongono l'infrastruttura interoperabile di RITMARE.
OpenID
OpenID sembra essere tra le soluzioni più interessanti utilizzabili per implementare un sistema di autenticazioni SSO. In particolare, sembra adattarsi bene all'approccio linked data/FOAF per la rappresentazione dei Ricercatori/Utenti afferenti.
- Intro Wikipedia: http://en.wikipedia.org/wiki/OpenID
- Interessante esempio di Service Provider implementato dall'infrastruttura Creative Commons: https://creativecommons.net/h/openid/
Implementazione per GeoSK / Django
Client
- Django Social Auth: tra quelle disponibili per Django è quella più attiva.
- Codice https://github.com/omab/django-social-auth
- Documentazione http://django-social-auth.readthedocs.org/
Server
- TODO