@CCEDO: Accessibilità, Sicurezza, Architettura

Transcript

1 Rev. 8, agg. Settembre Accessibilità, Sicurezza, Architettura 1.1 Il Sistema di Gestione della Sicurezza Per quanto riguarda la gestione della è dotato di un sistema di autenticazione e profilatura degli accessi e di amministrazione delle componenti del sistema. Il modello di profilatura degli accessi prevede la definizione di profili; ad ogni profilo sono associate le funzionalità necessarie al ruolo svolto e per le installazioni multiutenti, ad ogni profilo vengono associati gli enti sui quali l utente è abilitato ad operare. Autenticazione, profilazione e giornalizzazione I sistemi di autenticazione degli utenti, di profilatura degli accessi e di giornalizzazione (logging) delle operazioni (descritte oltre) sono stati definiti tenendo conto delle diverse tipologie di Enti che sono coinvolti nella gestione delle informazioni ed alle diverse tipologie di utenti che accedono all applicazione. Il requisito della molteplicità degli Enti Locali nasce dalla caratteristica MultiEnte che, come qualità non comune oggi nel implementa ed ha condotto alla definizione dell architettura del sistema evidenziando i seguenti componenti: 1. componente che consente l accesso ai servizi dell Ente da parte degli operatori dell Ente o da parte di cittadini dell Ente; 2. componente che rende disponibile informazioni comuni a più Enti; 3. componente che implementa i servizi specifici per ogni Ente. Autenticazione degli utenti Il modello del database di autenticazione degli utenti (intesi come operatori degli Enti Locali) prevede: la definizione degli Enti locali che utilizzano il sistema e inoltre: o Enti esterni che sono autorizzabili ad accedere a specifiche informazioni; la definizione degli utenti intesi sia come operatori di uno (o più) Enti locali (ad esempio dipendenti degli Enti), che come amministratori di tutti gli Enti di una installazione; tutti gli utenti sono caratterizzati dalle informazioni previste dal D.L. 196 del 30/06/2003 (username, password criptata, numero di giorni trascorsi i quali, se l utente non ha fatto login, viene disabilitato, data dell ultima modifica alla password, numero di giorni di durata dalla password, numero di password non usabili, ecc.). L consente di profilare il comportamento di ogni singolo profilo come definire: - le funzionalità cui accedere; - gli enti che l utente potrà interrogare. Sicurezza L applicazione implementa tutti i requisiti di accessibilità in regime di sicurezza e riservatezza previsti dal CAD (DL 82/2005). In particolare sono implementati meccanismi di verifica delle seguenti caratteristiche: ogni credenziale di accesso è costituita da un identificativo e dalla password associata; ad ogni utente possono essere associate più credenziali di accesso ai sistemi informatici; la password deve essere costituita da almeno 8 caratteri;

2 l utente deve modificare la password al primo utilizzo; la password deve essere modificata almeno ogni sei mesi; le credenziali di accesso non utilizzate per più di sei mesi devono essere disattivate. La password può essere conservata crittografata Inoltre, per rispondere alle esigenze di maggiore flessibilità e controllo da parte dell Ente, sarà possibile definire per ogni utente i seguenti parametri: data di fine validità della password; durata minima di validità della password; durata massima di validità della password; data ultima variazione della password; numero delle ultime password che non è possibile riutilizzare; periodo di inattività oltre il quale le credenziali vengono disabilitate; data ultimo accesso al sistema; abilitazione all accesso multiplo; numero massimo di sessioni aperte contemporaneamente. Profilatura dell accesso Le funzioni di gestione della profilazione dell accesso sono rese disponibili, alle utenze amministrative abilitate, dalla componente Profilazione. Il modello del database di profilatura dell accesso ai vari moduli, prevede la definizione dei servizi (visuali e non) che l utenza visualizzerà e sarà abilitata ad utilizzare. 1.2 L architettura della Soluzione La piattaforma applicativa è di tipo evoluto e implementa la più recente evoluzione del modello elaborativo three tier, che non prevede uso di applet, quindi NON necessita di installazione di Virtual Machines sui clients, non utilizzando applets sui Client stessi, a differenza di altre soluzioni che affrontano il paradigma dei 3 livelli dichiarazioni). La Piattaforma è aperta e basata su interfacce evolute aderenti alle direttive del W3C (vedi Web Applications Working Group - E' facilmente fruibile e gestisce la storicizzazione dei dati, effettua il controllo degli accessi con procedura di autenticazione utente. Per garantire vari scenari che possono è stata implementati in modalità multiente (cioè i dati sono distinti per ogni Ente) e dal punto di vista architetturale sono definibili i seguenti 3 componenti: 1. componente che consente l accesso ai servizi dell Ente da parte degli operatori dell Ente o da parte di cittadini dell Ente; 2. componente che rende disponibile informazioni comuni a più Enti; 3. componente che implementa i servizi per ogni Ente. Le applicazioni interoperano verso l esterno attraverso Web Services secondo le indicazioni CNIPA del SPC-Coop (Sistema Pubblico di Connettività e Cooperazione). L accesso alla base dati è effettuata mediante JDBC e l ambiente e le tecniche utilizzate per lo sviluppo lo rendono indipendente dal particolare DBMS utilizzato. L accesso ai sistemi demografici dei vari enti collegati, avviene tramite Web Services e lo scambio di dati in XML. Per documentare l importante livello di flessibilità applicativa che comprende come area applicativa è importante descrivere il modello

3 concettuale della base dati e delle applicazioni. La base dati e organizzata in 4 tipologie di database residenti su un unico DBMS server: - database per l accesso alla suite, - database per condividere dati comuni a più enti, - database per i dati delle aree applicative di uno o più enti, - database per i dati di profilazione di un applicazione. In questo modo sono possibili installazioni presso un cliente che effettui service per un insieme di enti, in cui sia previsto un database dati applicativi per uno, o più, enti ed un database di informazioni condivise (anche qui parametrizzate per la specifica installazione) per più enti. Inoltre ci sarà un database RTC per ciascuna applicazione che memorizza i dati di configurazione e profilazione. Il Modello Concettuale prevede l articolazione delle Applicazioni (che sono tutte webapp) in Moduli di Servizio, Moduli Orizzontali e Moduli Verticali. I primi sono moduli che implementano dei Servizi di uso generale di tutta l applicazione, ad esempio la gestione della Sicurezza, dei Profili e degli Accessi, i secondi sono moduli applicativi che implementano funzionalità comuni a tutte le componenti applicative gestionali, tra Come detto, per Applicazione si intende una web application (webapp) la cui evoluzione in termini di release / versione / bugfix e indipendente rispetto ad altre web application della stessa area applicativa o di altre aree applicative; per modulo si intende una parte di una applicazione che e possibile vendere separatamente ai clienti rispetto all applicazione di appartenenza e la cui evoluzione in termini di release / versione / bugfix è correlata all applicazione a cui appartiene. Le applicazioni orizzontali rappresentano il substrato applicativo, costituito dai prodotti software che interagiscono con i programmi operativi delle singole aree realizzando servizi di integrazione dei processi gestionali ed organizzativi.

4 Le Applicazioni di Servizio sono: Il Sistema di Gestione della Sicurezza, Profili, Accessi Il Sistema di Giornalizzazione delle Operazioni (Logging) Il Sistema di gestione delle schedulazioni (Batch) 1.3 Il Sistema di Giornalizzazione delle operazioni (Logging) La componente di logging consente di registrare per ogni utente le occorrenze di documenti inserite / modificate / cancellate con i valori before ed after delle relative implementa un Sistema di Giornalizzazione di avanzate caratteristiche che registra le operazioni svolte dagli utenti sul sistema. 1.4 L interfaccia Utente Le applicazioni sono sviluppate seguendo standard di interfaccia e di dialogo che ne rendono più agevole l utilizzo da parte degli utenti: la gestione di un concetto viene normalmente attivata mediante scelta a menù e prevede la ricerca dell occorrenza di interesse mediante form che consente di esprimere parametri di ricerca; il risultato della ricerca è normalmente espresso in una lista; l utente sceglie l occorrenza di interesse che viene presentata riportando tutte le informazioni che la caratterizzano l operatività sulle informazioni presentate/richieste è normalmente standardizzata consentendo di aggiungere/modificare/cancellare mediante bottoni con icone standard; la compilazione delle informazioni viene assistita in base al tipo delle stesse, mediante evidenziazione dell obbligatorietà, formattazione dei valori da inserire ed aiuto nel recupero del valore (liste a tendina o attivazione di form per look-up); Ogni utente è associato alla propria postazione attraverso l IP con il quale si presenta al sistema centrale.

5 Abstract di corrispondenza ai Criteri tecnici per le modalità di accesso delle Linee guida per la stesura di convenzioni per la fruibilità di dati delle pubbliche amministrazioni - art. 58 comma 2 del CAD Q: Il modello e l infrastruttura di cooperazione applicativa SPC consentono di soddisfare pienamente i requisiti delle linee guida e dei criteri tecnici di accesso. Analogamente le applicazioni web, utilizzando l infrastruttura di sicurezza SPC, possono essere predisposte, in maniera da soddisfare pienamente i requisiti delle linee guida e dei criteri tecnici di accesso. Q: Ove possibile, si suggerisce di prevedere interrogazioni a valori di tipo booleano; A: N.A. per la specificità delle richieste Q: E da prevedere l'adozione di misure e accorgimenti modulati secondo le specifiche caratteristiche della modalità tecnica adottata con livelli di accesso gradualmente più ampi. Q: In generale è necessario garantire che le informazioni personali restituite siano trattate unicamente da parte di soggetti incaricati, per svolgere esclusivamente le funzioni che hanno legittimato il collegamento. L erogatore deve far sì che sia consentita, per quanto più possibile, la segmentazione dei dati visualizzabili al fine di rendere consultabili dall'utente, anche in base al proprio profilo e in relazione al bacino di utenza del fruitore, esclusivamente i dati necessari rispetto alle finalità perseguite. La Soluzione deve prevedere l accesso alle sole informazioni pertinenti e non eccedenti rispetto alla finalità istituzionale perseguita. Q: Nella scelta delle informazioni richieste per l interrogazione diretta della banca dati, ovvero per l invocazione dei web services, deve essere imposto un set minimo di dati per l individuazione puntuale del soggetto cui si riferiscono. Q: Devono essere previste funzionalità di logging che consentano di tracciare l utente che effettua l accesso con possibilità di prevedere l effettuazione di periodici controlli da parte del fruitore, con l eventuale supporto da parte dell erogatore, in merito alle modalità di accesso alla banca dati e all uso del dato rispetto alle finalità indicate in convenzione. La Soluzione deve inoltre prevedere periodici controlli da parte dell erogatore sugli accessi effettuati dal fruitore, anche attraverso appositi strumenti di monitoraggio e alert i cui esiti devono essere documentati secondo modalità definite nelle convenzioni A: Requisiti rispettati CONSULTAZIONE ON LINE La Consultazione On line è la modalità attraverso la quale il fruitore accede in linea, ai fini della consultazione, alla banca dati messa a disposizione dall erogatore. Nell ambito di tale categoria sono riconducibili sia gli accessi a siti web sia l utilizzo di web applications. Q: messa a disposizione di un applicativo web di consultazione on line realizzato dall erogatore per l uso da parte del fruitore legittimata ad accedere attraverso un profilo di autorizzazioni preventivamente definito; Q: Gestione, tracciamento delle utenze e di tutte le operazioni svolte dagli utenti.

6 Q: Le interazioni con le applicazioni web di cui trattasi devono essere implementate con protocolli HTTPS/SSL attraverso l utilizzo di certificati SSL erogati da una C.A. ufficiale. A: La Soluzione permette l uso di certificati di CA ufficiali in possesso dell Ente Q: Non devono essere possibili più accessi contemporanei allo stesso applicativo web utilizzando le medesime credenziali da postazioni diverse. A: Ogni utente è associato alla propria postazione attraverso l IP con il quale si presenta al sistema centrale. Per garantire tale vincolo non è possibile aprire più sessioni (mediante browser diversi), dalla stessa postazione, con la stessa utenza Modalità di accesso ai dati L accesso è consentito utilizzando apposite credenziali di autenticazione, strettamente personali, rilasciate dall erogatore agli utenti espressamente indicati dal fruitore. Q: L autenticazione dell utente avviene in una delle seguenti modalità alternative: I. l utilizzo di una userid e password, assegnate dall erogatore mediante una procedura pubblicata sul sito istituzionale della stessa; II. l utilizzo di userid e password combinato con un token per la generazione di one time password; III. l utilizzo di una carta nazionale dei servizi (CNS) o analogo certificato di autenticazione in relazione al livello di sicurezza da garantire sui dati acceduti su valutazione dell amministrazione titolare; b) attraverso il meccanismo previsto dalla gestione federata delle identità digitali definita in ambito SPCoop. In ogni caso, le diverse modalità di autenticazione sopra elencate devono essere modulate in relazione alle funzioni (ad esempio di gestore-amministratore delle utenze) o ai dati che devono essere resi accessibili. A: Modalità I COOPERAZIONE APPLICATIVA Q: La cooperazione applicativa avviene nell ambito del Sistema Pubblico di Cooperazione veicolato sul Sistema Pubblico di Connettività. I web services devono essere integrati in applicativi che gestiscono procedure amministrative volte al raggiungimento delle finalità istituzionali per le quali è consentita la comunicazione delle informazioni contenute nella banca dati. I web services, nell ambito delle previsioni della convenzione, devono prevedere l accesso alle sole informazioni pertinenti e non eccedenti rispetto alla finalità. A: I requisiti relativi ai web serices in ambito SPCoop sono rispettati. L adeguamento ai nuovi requisiti dell evoluzione del Sistema Pubblico di Connettività, previsti nell Agenda Digitale Italiana, saranno implementati quando saranno diffusi e resi noti.