Source: http://docplayer.it/3535487-Sicurezza-informatica-nelle-pubbliche-amministrazioni.html
Timestamp: 2018-07-20 14:59:41+00:00

Document:
Sicurezza informatica nelle Pubbliche Amministrazioni - PDF
Download "Sicurezza informatica nelle Pubbliche Amministrazioni"
1 La continuitá operativa nelle Pubbliche Amministrazioni Bolzano, Dott. Giovanni Rellini Lerz
2 Definizione di business continuity (BC) o continuità operativa (CO) (Da BS :2007) Business Continuity (BC): strategic and tactical capability of the organization to plan for and respond to incidents and business disruptions in order to continue business operations at an acceptable predefined level (Da Linee Guida per il DR delle PA, DigitPA 2011) Continuità Operativa: l insieme delle attività e delle politiche adottate per ottemperare all obbligo di assicurare la continuità nel funzionamento dell organizzazione; è parte integrante dei processi e delle politiche di sicurezza di un organizzazione; Continuità operativa ICT : la capacità di un organizzazione di adottare, attraverso accorgimenti, procedure e soluzioni tecnico-organizzative, misure di reazione e risposta ad eventi imprevisti che possono compromettere, anche parzialmente, all interno o all esterno dell organizzazione, il normale funzionamento dei servizi ICT utilizzati per lo svolgimento delle funzioni istituzionali;
3 Definizione di disaster recovery (DR) (Da BS 25777) ICT disaster recovery: activities and programmes that are invoked in response to a disruption and are intended to restore an organization s ICT services (Da Linee Guida per il DR delle PA, DigitPA 2011) Disaster recovery (DR): nell ambito dell art. 50 bis del CAD, l insieme delle misure tecniche e organizzative adottate per assicurare all organizzazione il funzionamento del centro elaborazione dati e delle procedure e applicazioni informatiche dell organizzazione stessa, in siti alternativi a quelli primari/di produzione, a fronte di eventi che provochino, o possano provocare, indisponibilità prolungate
4 I parametri chiave: definizioni (Da Linee Guida per il DR delle PA, DigitPA 2011) RTO (Recovery Time Objective) indica il tempo di ripristino del servizio: è la durata di tempo e di un livello di servizio entro il quale un business process ovvero il Sistema Informativo primario deve essere ripristinato dopo un disastro o una condizione di emergenza (o interruzione), al fine di evitare conseguenze inaccettabili RPO (Recovery Point Objective) indica la perdita dati tollerata: rappresenta il massimo tempo che intercorre tra la produzione di un dato e la sua messa in sicurezza conseguentemente, fornisce la misura della massima quantità di dati che il sistema può perdere a causa di guasto improvviso
5 Cause di interruzione dei servizi (a livello mondiale)
6 Articolazione della struttura organizzativa Comitato di gestione della crisi Gruppo di supporto Gruppo di coordinamento tecnico Gruppo di assistenza agli utenti
7 Il comitato di gestione della crisi Approva il piano di continuità operativa Valuta le situazioni di emergenza e dichiara lo stato di crisi Avvia e controlla le attività di recupero Gestisce il rientro Gestisce le situazioni non contemplate dal piano Risolve i conflitti di competenza Promuove e coordina le attività di formazione e sensibilizzazione
8 Attuazione dell articolo 50-bis del Codice dell Amministrazione Digitale
9 La continuità operativa nel settore pubblico La pubblica amministrazione è tenuta ad assicurare la continuità dei propri servizi per garantire il corretto svolgimento della vita nel Paese Art. 97 della Costituzione ed il principio di buon andamento dell'amministrazione, da rispettare anche se si utilizzano tecnologie ICT
10 Norme in materia di continuità operativa Codice in materia di protezione dei dati personali (Decreto legislativo 30 giugno 2003, n. 196) Decreto legislativo 30 dicembre 2010, n. 235 (Gazz. Uff. 10 gennaio 2011, n. 6): Modifiche ed integrazioni al decreto legislativo 7 marzo 2005, n. 82, recante Codice dell amministrazione digitale, a norma dell articolo 33 della legge 18 giugno 2009, n. 69.
11 Nuovo Codice dell Amministrazione Digitale (Dlgs 30 dicembre 2010, n Modifiche ed integrazioni al decreto legislativo 7 marzo 2005, n. 82) Il Dlgs 30 dicembre 2010 introduce nel CAD l articolo 50-bis (Continuità operativa) i seguenti punti: 1. In relazione ai nuovi scenari di rischio, alla crescente complessità dell attività istituzionale caratterizzata da un intenso utilizzo della tecnologia dell informazione, le pubbliche amministrazioni predispongono i piani di emergenza in grado di assicurare la continuità delle operazioni indispensabili per il servizio e il ritorno alla normale operatività. 2. Il Ministro per la pubblica amministrazione e l innovazione assicura l omogeneità delle soluzioni di continuità operativa definite dalle diverse Amministrazioni e ne informa con cadenza almeno annuale il Parlamento.
12 Compiti delle pubbliche amministrazioni 3. A tali fini, le pubbliche amministrazioni definiscono : a) il piano di continuità operativa: fissa gli obiettivi e i principi da perseguire, descrive le procedure per la gestione della continuità operativa, anche affidate a soggetti esterni. Il piano tiene conto delle potenziali criticità relative a risorse umane, strutturali, tecnologiche e contiene idonee misure preventive. Le amministrazioni pubbliche verificano la funzionalità del piano di continuità operativa con cadenza biennale; b) il piano di disaster recovery: stabilisce le misure tecniche e organizzative per garantire il funzionamento dei centri di elaborazione dati e delle procedure informatiche rilevanti in siti alternativi a quelli di produzione. DigitPA, sentito il Garante per la protezione dei dati personali, definisce le linee guida per le soluzioni tecniche idonee a garantire la salvaguardia dei dati e delle applicazioni informatiche, verifica annualmente il costante aggiornamento dei piani di disaster recovery delle amministrazioni interessate e ne informa annualmente il Ministro per la pubblica amministrazione e l innovazione. 4. I piani di cui al comma 3 sono adottati da ciascuna amministrazione sulla base di appositi e dettagliati studi di fattibilità tecnica; su tali studi è obbligatoriamente acquisito il parere di DigitPA..
13 Perimetro di applicazione Il perimetro di competenza della continuità operativa ICT deve comprendere almeno: 1. le applicazioni informatiche e i dati del sistema informativo indispensabili all erogazione dei servizi e allo svolgimento delle attività (informatiche e non); 2. le infrastrutture fisiche e logiche che ospitano sistemi di elaborazione; 3. i dispositivi di elaborazione hw e sw che permettono la funzionalità delle applicazioni realizzanti i servizi dell amministrazione; 4. le componenti di connettività locale e/o remota/geografica; 5. ciò che serve per consentire lo svolgimento delle attività del personale informatico, sia interno all amministrazione, sia, se presente, esterno, ma correlato al sistema informativo stesso; 6. le modalità di comunicazione ed informazione al personale utilizzatore del sistema informativo all interno dell amministrazione e ai fruitori esterni dei servizi del sistema informativo dell amministrazione, siano essi cittadini, imprese, altre amministrazioni; 7. le misure per garantire la disponibilità dei sistemi di continuità elettrica (UPS e gruppi elettrogeni) e più in generale la continuità di funzionamento del sistema informativo; 8. la gestione dei posti di lavoro informatizzati dell amministrazione; 9. i servizi previsti per l attuazione del C.A.D. (fra cui ad es. la PEC; la firma Digitale ecc.)
14 Esempi di servizi tipici per un Comune Gestione atti amministrativi (determine, delibere) Gestione Bilancio Gestione Economato (inventario, buoni economali) Gestione Edilizia Gestione Patrimonio Gestione Sanzioni, Incidenti, Turni di servizio Gestione Protocollo Gestione Servizi Sociali Gestione SIT (cartografia, civici e toponomastica) Gestione sito web Gestione Stipendi Gestione SUAP Gestione Personale (giuridico, presenze) Servizi Demografici (anagrafe, CIE, stato civile, elettorale) Gestione Posta Elettronica Gestione Tributi (ICI, Tarsu, Tosap)
15 CIRCOLARE 1 dicembre 2011, n. 58 (G.U n. 300) Attività di DigitPA e delle Amministrazioni ai fini dell attuazione degli adempimenti previsti dall articolo 50 -bis (Continuità Operativa) del «Codice dell Amministrazione Digitale» (D.lgs. n. 82/2005 così come modificato dal D.lgs. 235 La prima parte: informazioni che le Amministrazioni devono inviare a DigitPA ai fini del rilascio del parere sugli Studi di Fattibilita Tecnica (SFT) e le modalità di presentazione delle richieste come previsto dal comma 4, art. 50 bis del CAD. La seconda parte: informazioni che le Amministrazioni devono inviare a DigitPA ai fini dell attivita di verifica del costante aggiornamento dei Piani di Disaster Recovery (DR), previste dal comma 3, lettera b), art. 50 bis, del CAD./2010).
16 I) Parte prima Informazioni da inviare a DigitPA ai fini del rilascio del parere Il messaggio di PEC deve avere in allegato: la richiesta di parere sullo SFT; una relazione che illustri gli obiettivi complessivi che l'amministrazione si propone di raggiungere ai fini della digitalizzazione e dell attuazione degli adempimenti del CAD, nonché per assicurare il rispetto delle Regole Tecniche dallo stesso CAD previste; lo SFT in formato elettronico liberamente rielaborabile e uno o più file contenenti gli esiti della autovalutazione eseguita mediante lo strumento di autovalutazione descritto nelle Linee Guida sul Disaster Recovery delle Pubbliche Amministrazioni e messo a disposizione da DigitPA sul proprio sito; i riferimenti (indirizzo e.mail; numeri di telefono) del Responsabile della Continuità Operativa, per eventuali richieste di informazioni e chiarimenti.
17 Parte prima: cosa valuta il parere valutazione della coerenza della soluzione con gli obiettivi complessivi che l'amministrazione si propone di raggiungere ai fini della digitalizzazione e dell attuazione degli adempimenti del CAD, nonché per il rispetto delle Regole Tecniche da esso previste; Valutazione della adeguatezza tecnica delle soluzioni prescelte rispetto alle esigenze descritte dall Amministrazione e conformità della soluzione rispetto al percorso descritto nelle Linee Guida per il Disaster Recovery delle Pubbliche Amministrazioni, emanate da DigitPA
18 Parte prima: modalità di emissione del parere Il parere emesso può essere: Favorevole Favorevole condizionato Contrario Emissione entro 60 giorni dalla ricezione della richiesta Se necessario vengono richieste informazioni aggiuntive, interrompendo il termine di emissione del parere che viene rilasciasto entro 30 giorni dalla ricezione di tutti gli elementi richiesti
19 II) Parte seconda informazioni da inviare ai fini dell attività di verifica del costante aggiornamento dei piani di DR Le Amministrazioni, una volta ricevuto il parere di DigitPA e definito il Piano di DR devono inviarlo mediante PEC a DigitPA Con cadenza annuale, entro il 31 dicembre di ogni anno, le Amministrazioni devono inviare a DigitPA mediante PEC la versione aggiornata del Piano di DR in formato elettronico unitamente alla dichiarazione che, in relazione al Piano di DR trasmesso in precedenza, specifichi le modifiche intervenute e le motivazioni di tali modifiche, utilizzando il seguente schema:
20 Il modello generale di Studio di fattibilità tecnica (SFT) 1. Introduzione 2. Informazioni generali 3. L ambito dello studio di fattibilità tecnica 4. Il risultato del percorso di autovalutazione 5. La/e soluzione/i tecnologica e tecnica/e 6. Tempi e modalità di realizzazione della/e soluzione/i Allegato 1: Schede XXX Allegato 2: Schede YYY. Allegato n: Schede ZZZ
21 Il modello di Studio di fattibilità tecnica (SFT): cap.2 2. INFORMAZIONI GENERALI In questo capitolo vanno riportate le informazioni generali dell Amministrazione che ha redatto lo SFT. Nome Amministrazione Sede centrale (città) Settore di attività Responsabile CO/DR AOO (Area Org. Omog.)/ENTE Indirizzo PEC per le comunicazioni Data compilazione
22 Il modello di Studio di fattibilità tecnica (SFT): Descrizione dell Amministrazione, organizzazione e funzioni istituzionali Inserire una breve descrizione discorsiva dell Amministrazione. Tale profilo dovrà almeno contenere il ruolo istituzionale, la propria organizzazione interna di alto livello (ad esempio uffici e/o dipartimenti/delegazioni), le funzioni istituzionali svolte e le unità organizzative riportate nelle schede servizio. Sarebbe opportuno riportare anche uno schema simile a quello riportato seguito nella figura di seguito (UOx, UOy sono le Unità organizzative riportare nelle schede):
23 Il modello di Studio di fattibilità tecnica (SFT): cap.3 3. L AMBITO DELLO STUDIO DI FATTIBILITÀ TECNICA In questo capitolo va descritto l ambito in cui si applica lo SFT, ossia il complesso dei servizi e della relativa struttura che li eroga, per i quali lo SFT propone la soluzione per la continuità operativa ICT e DR. Classe di Servizi Servizio Descrizione Servizio Tipologia di Utenza
24 Il modello di Studio di fattibilità tecnica (SFT): cap.4 4. IL RISULTATO DEL PERCORSO DI AUTOVALUTAZIONE In questo capitolo, per ogni servizio/classe di servizi che fa parte dell ambito dello Studio di Fattibilità Tecnica, già descritti nel paragrafo 3.1.1, devono essere riportati i dati emersi nel corso dell autovalutazione e che sono riportati nello schema di sintesi dell autovalutazione: Servizio/ Classe di Servizi Indice complessivo di criticità Classe di criticità Soluzione tecnologica (Tier)
25 Il modello di Studio di fattibilità tecnica (SFT): cap.5 5. LA/LE SOLUZIONE/I TECNOLOGICA/CHE E TECNICA/CHE In questo capitolo va indicato il dettaglio della soluzione o delle soluzioni che l Amministrazione ha individuato come rispondente/i alle proprie esigenze. Il capitolo va compilato anche nel caso in cui la soluzione (o le soluzioni) sia/siano già in essere oppure siano già stati redatti il piano di continuità operativo e/o il piano di DR relativi. Attenzione alla Terminologia! soluzione tecnologica :classificazione (Tier 1 Tier 6) in analogia a come viene utilizzata nelle Linee Guida (LG) e nello strumento di autovalutazione. ogni soluzione tecnologica potrebbe essere realizzata secondo una o più soluzioni tecniche. I nomi delle soluzioni tecniche sono a discrezione dell estensore dello studio. È necessario però che tale nome sia univoco. Quindi la soluzione sarà individuata dalla soluzione tecnologica e dalla soluzione tecnica: ad esempio Tier3/soluzione tecnica A.
26 Il modello di Studio di fattibilità tecnica (SFT): Soluzione adottata o da adottare Nel caso sia stata individuata una sola soluzione dovrebbe essere riportata la seguente frase: Tutti i servizi in ambito sono coperti da una sola soluzione tecnica che fa riferimento alla soluzione tecnologica di tipo Tier x dove x è un valore cha può andare da 1 a 6. Nel caso siano state individuate più soluzioni tecnologiche deve essere compilata una tabella (composta da tante righe quante sono le soluzioni tecnologiche) che metta in evidenza quali servizi siano coperti dalla singola soluzione tecnologica. Soluzione tecnologica Servizi/classi di servizi coperti Tier x servizio 1 servizio 2 Tier y Classe di servizio 1
27 Il modello di Studio di fattibilità tecnica (SFT): Sintesi delle soluzioni tecnologiche e tecniche Per ogni soluzione tecnica indicare: Nome Soluzione e Stato della soluzione Elenco dei servizi del tier a cui si riferisce questa particolare soluzione Gestione infrastruttura IT del/dei sito/i di produzione per i servizi afferenti alla soluzione Gestione della soluzione per il/i sito/i di DR per i servizi afferenti alla soluzione Conformità delle caratteristiche della/e soluzione/i di DR ai paragrafi 6.3, 6.4 e 6.5 delle Linee guida per il DR delle PA Descrizione dell organizzazione per la gestione delle emergenze che si intende adottare Trasferimento dati tra siti: quanti dati vengono trasferiti (GB, TB) relativamente ai servizi afferenti alla soluzione Trasferimento dati tra siti: indicare se vengono trasferiti dati sensibili e/o giudiziari Modalità di trasferimento dati tra siti
28 Il modello di Studio di fattibilità tecnica (SFT): (segue) Sintesi delle soluzioni tecnologiche e tecniche (segue) Tipologia di risorsa elaborativa nel sito primario Risorse elaborative previste nel sito secondario Dimensioni dello storage nel sito primario e secondario relativo ai servizi afferenti alla soluzione Connettività del sito DR con eventuali sedi periferiche Numero minimo di PDL per garantire la funzionalità di servizi offerti Organizzazione per la gestione di eventuali emergenze (ad es. Comitato di Crisi); se non comune con tutte le soluzioni previste, indicarlo Condizioni/rischi valutati per dichiarare lo stato di emergenza (Scenari di Crisi) relativamente ai servizi afferenti alla soluzione Piano di Disaster Recovery (esistenza) Piano di Continuità Operativa (esistenza)
29 Il modello di Studio di fattibilità tecnica (SFT): cap.6 6. TEMPI E MODALITÀ DI REALIZZAZIONE DELLA SOLUZIONE In questo capitolo vanno riportati, per tutte le soluzioni tecnologiche e tecniche individuate, i tempi e le modalità di realizzazione. L Amministrazione dovrà garantire il rispetto della normativa vigente in materia di appalti e garantire la necessaria apertura al mercato, ove intendesse ricorrere a fornitori esterni per dotarsi, attraverso forniture o servizi, di soluzioni di CO/DR. Soluzione Tempi di Realizzazione Modalità di Realizzazione Tier X/Soluzione Y Tier Y/Soluzione Z
30 riferimenti Buon lavoro!
Business continuity e disaster recovery per le PA: obblighi di legge, strategie e opportunita. amministrazioni. Milano, 22 novembre 2012
Business continuity e disaster recovery per le PA: obblighi di legge, strategie e opportunita La Continuità Operativa delle pubbliche amministrazioni Milano, 22 novembre 2012 Giovanni Rellini Lerz responsabile
GARANTIRE LA CONTINUITÀ DEI SERVIZI La normativa e le soluzioni tecnologiche Venerdì 9 marzo 2012
GARANTIRE LA CONTINUITÀ DEI SERVIZI La normativa e le soluzioni tecnologiche Venerdì 9 marzo 2012 «L ATTUAZIONE DELLA NORMA: ARTICOLO 50bis DEL NUOVO CAD» Giovanni Rellini Lerz Nuovo Codice dell Amministrazione
Redatto da: dott. Leonardo Sartori Direttore Sistemi Informativi APSS. Data: 04/12/2012. Versione: 1.0. Da inviare a: Digitpadir@pec.digitpa.gov.
Studio di Fattibilità Tecnica Redatto secondo le Linee guida per il Disaster Recovery delle Pubbliche Amministrazioni ai sensi del comma 4 dell art. 50-bis del DLgs. n. 82/2005 e s.m.i. APSS 2012 Redatto

References: art. 50
 articolo 50
 Art. 97
 articolo 33
 articolo 50
 articolo 50
 art. 50
 art. 50
 ARTICOLO 50
 art. 50