Jump to: navigation, search

Difference between revisions of "SSO"

(Implementazione per GeoSK / Django)
(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 consentire, a tutti gli utenti afferenti a RITMARE, l'utilizzo di un unico profilo per accedere a tutti i servizi web che compongono l'infrastruttura interoperabile di RITMARE.
+
L'esigenza è quella di realizzare un sistema per il controllo degli accessi in grado di consentire, a tutti gli utenti afferenti a RITMARE, l'utilizzo di un unico profilo per accedere a tutti i servizi web che compongono l'infrastruttura interoperabile.
  
 
== OpenID ==
 
== OpenID ==

Revision as of 00:03, 13 February 2014

Single sign-on

L'esigenza è quella di realizzare un sistema per il controllo degli accessi in grado di consentire, a tutti gli utenti afferenti a RITMARE, l'utilizzo di un unico profilo per accedere a tutti i servizi web che compongono l'infrastruttura interoperabile.

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 adottato per la rappresentazione del profilo dei Ricercatori/Utenti afferenti.

Infrastruttura RITMARE é OpenID

  • OpenID provider OD, dove ogni utente può gestire il proprio profilo e l'amministratore centrale può associare il profilo a differenti ruoli/permessi.
  • Il nodo centrale e i nodi GeoSK possono autenticare l'utente utilizzando l'OpenID provider.
  • Gli amministratori dei singoli nodi periferici possono continuare a gestire gli utenti locali. Questo per consentire l'accesso a singole risorse e/o funzionalità anche a utenti esterni a ritmare.

Possibili implementazioni

Client

Server (OpenID provider)