Realizzazione di un Identity Management System in ambito universitario. 6 marzo 2015

Transcript

1 Realizzazione di un Identity Management System in ambito universitario 6 marzo 2015 andrea.mongera@unitn.it

2 Gestione dell identità dei soggetti e dei ruoli ad essi attribuiti per erogare i servizi informatici in ateneo Servizio A Servizio B Servizio C

3

4

5 I servizi sono erogati in forma digitale I servizi vanno erogati al ruolo e non alla persona (io sono sempre io ma il mio ruolo evolve) Molti sistemi informativi sanno molto di noi, ma non tutte le informazioni / dati hanno la stessa qualità Integrare e cooperare per semplificare!

6 Chi sei? Che ruoli hai? PKI - Identity PMI - Provisioning Identity Store Policy Store autenticazione Token autorizzazione Servizio A Serv B Servizio C

7 servizi. CdiS ADA Segreteria Dipartimento Ufficio Accoglienza Sistemi Informativi Anagrafiche applicative STUD DOC PTA Esterni utenti Convegni. Organi Collegiali Uffici

8 PTA studente 150 ore Assegnista di ricerca dottorando docente ex-studente Un account / ID ADA è per sempre, mentre i ruoli prima o poi cessano

9 studente Utenti Didattica OnLine/Moodle Assegnista di ricerca docente Utenti VOIP PTA dottorando docente dottorando studente Utenti Rete Wireless docente PTA Cambiano i ruoli, cambiano i gruppi, cambiano i servizi (ma l account resta quello)

10 Uno strumento per rispondere a domande sulle persone che interagiscono con l organizzazione: Chi sono, perché sono in Ateneo, cosa fanno in Ateneo? Dove lo fanno e come possono essere raggiunte? Quali servizi possono utilizzare? Quando se ne vanno? Vantaggi: Singolo inserimento dell identità Certificazione identità e ruoli Struttura e storicità dei ruoli Identità (e password) unica, ruoli multipli Servizi erogati ai ruoli e non alla persona Gestione di gruppi eterogenei Approccio cooperativo alla gestione degli utenti 1

11 Definisce un modello di riferimento per la gestione della persona e dei suoi ruoli stimolando la revisione dei processi organizzativi in un ottica di integrazione Riutilizza informazioni delle identità e dei ruoli delle persone già presenti nei sistemi informativi esistenti e le rende disponibili ad altri sistemi Ogni segreteria censisce le persone di propria competenza (primo contatto) Obbliga alla ricerca prima dell inserimento di una nuova identità e Uffici diversi assegnano ruoli diversi ad una identità già esistente. Rende disponibili ad altre applicazioni informazioni specifiche (identità e ruoli) e informazioni di integrazione (codifiche di Ateneo e relazione con le codifiche nei Sistemi di Business)

12 Account (ACC)

13 Persona (PER): Gino Rossi Ruolo Persona 1 (PPE): Personale TA Ruolo organizz. 1 (POR): Afferente a Uff.Analisi Svil.e Supporto Applicativi Sede 1 (SED): Via Briamasco, 2 - Trento, 2 Ruolo Persona 2 (PPE): Studente Ruolo organizz. 2 (POR): Iscritto a Laurea Triennale in Informatica Sede 2 (SED): Via Sommarive, 14 - Povo

14 Persona (PER): Docente Ruolo Persona 1 (PPE): Ordinario Ruolo organizz. 1 (POR): Afferente a Dipartimento Ingegneria Ruolo organizz. 1 (POR): Afferente a Centro Sede 1 (SED): Via Verdi, 26 - Trento, 2 Ruolo Persona 2 (PPE): Rappresentante istituzionale Ruolo organizz. 2 (POR): Rappresentante dei Professori ordinari in Senato Sede 2 (SED): Via Belenzani, 12 - Trento, 14

15

16 Oracle pl/sql per l implementazione dei driver dei SI, dell implementazione dei processi interni di ADA (es: aggiornamento gruppi) Oracle AdvancedQueue: per la gestione delle code di aggiornamento, per l invio delle mail di scadenza pwd, per l invio delle mail sulle variazioni dei gruppi, per la creazione degli account, etc.net/c#: per l implementazione dell agent di sincronizzazione di ActiveDirectory e LDAPv2, per il servizio di ricezione dei gruppi ADA di tipo 3 (formati esternamente) e per le interfacce utente WEB Java: per l implementazione delle procedure di pre-autenticazione di Shibboleth XML per la condivisione di informazioni WCF e WS Soap per l esposizione dei WS SAML2 per il SSON (Shibboleth) LDAP x il popolamento dei directory Sonde Nagios x la gestione degli allarmi

17

18 Fonti dati per ADA: 116 Ruoli persona censiti (RUP): 72 Identità singole Persone (PER): Posizioni personali: ruoli assegnati a persone attivi/totali (PPE): / Strutture organizzative/attive/totali/tipi (STO/TSO): 642/1.067/85 Account (ACC): Numero gruppi ADA attivi/totali (GRU): 1.662/2.131 Numero membership in gruppi ADA attive/totali (LMG): / Numero eventi (ELO): Persone formate su ADA (dati Ufficio Formazione): 126 Utenti interfacce ADA attivi: 153

19

20

21 Grazie dell attenzione