Source: http://docplayer.it/1739725-Molti-fatti-si-pensi-per-esempio-al-black-out.html
Timestamp: 2016-10-24 20:25:15+00:00
Document Index: 121023819

Matched Legal Cases: ['arte 2', 'arte 1', 'arte 1', 'art. 50', 'art. 50', 'art. 50']

⭐Molti fatti, si pensi per esempio al black-out
Molti fatti, si pensi per esempio al black-out
Download "Molti fatti, si pensi per esempio al black-out"
1 ICT E DIRITTO Rubrica a cura di Antonio Piva, David D Agostini Scopo di questa rubrica è di illustrare al lettore, in brevi articoli, le tematiche giuridiche più significative del settore ICT: dalla tutela del domain name al copyright nella rete, dalle licenze software alla privacy nell era digitale. Ogni numero tratterà un argomento, inquadrandolo nel contesto normativo e focalizzandone gli aspetti di informatica giuridica. Business Continuity: come prevenire i disastri applicando le normative David D Agostini, Antonio Piva, Attilio Rampazzo. INTRODUZIONE Per una completa trattazione si rinvia al numero 2 del giugno 28, al numero 2 di giugno 27, al numero di marzo 24, all interno della presente rubrica ICT e Diritto di Mondo Digitale. 2 È questo il riscontro emerso da Gartner Group citato in: La sicurezza condotta dall'it è destinata a diventare un ricordo?, News Letter Clusit del 28 febbraio 28. Molti fatti, si pensi per esempio al black-out nazionale del 6 settembre 23 causato da problemi IT e non da mancanza di energia, stanno portando le organizzazioni a porre una particolare attenzione sulla Continuità Operativa conosciuta tra gli addetti ai lavori come Business Continuity. Il D.Lgs 96/23, meglio noto come Codice della Privacy, recependo i provvedimenti comunitari 96/45/CE e 22/58/CE ha previsto che il trattamento di dati personali effettuato con strumenti elettronici sia consentito solo se sono adottate procedure per la custodia di copie di sicurezza e il ripristino della disponibilità dei dati ed dei sistemi. La maggior parte dei sistemi IT delle aziende non sono comunque preparati a gestire un blocco delle infrastrutture di business superiore ai sette giorni 2. Altre normative di settore, emanate sempre negli ultimi anni, prevedono l adozione di un sistema di continuità operativa. Infatti la Business Continuity ormai non risulta solo un esigenza interna alle organizzazioni, bensì è oggetto di precise richieste settoriali, come per esempio le Linee Guida per la continuità di servizio emanate da Banca d'italia nel 24 o le Disposizioni di Vigilanza di Banca d'italia del 2/3/27, oppure i quaderni del Centro Nazionale per l Informatica nella pubblica Amministrazione (CNIPA) sulla continuità operativa nella Pubblica Amministrazione e, infine, la Direttiva Europea per le Infrastrutture Critiche (28/4/CE dell 8 dicembre 28). L origine della Gestione della Continuità Operativa è spesso ricondotta al Disaster Recovery specialmente se si considerano i sistemi IT, ovvero al ripristino dei sistemi IT e delle informazioni dopo un disastro. Persino i termini business continuity (continuità operativa) e disaster recovery vengono spesso confusi: alcune persone li usano per indicare la stessa cosa, per altri significano cose completamente diverse. Altri termini quali: valutazione del rischio, analisi dell'impatto sull'organizzazione (BIA, o Business Impact Analysis), gestione delle crisi, gestione degli incidenti, ridondanza, sicurezza, protezione e governance sono stati via via aggiunti a questa miscellanea. Esistono poche norme in tutto il mondo sulla continuità operativa, soprattutto perché è considerata ancora un concetto relativamente nuovo. Tra le norme/leggi/guide che esistono nel mondo, comunque, molte fanno riferimento alla Gestione M O N D O D I G I T A L E n. 3 - s e t t e m b r e2 della Continuità Operativa (GCO o Business Continuity Management, BCM), anche se non utilizzano necessariamente la stessa terminologia. Tra queste norme esistenti si annoverano: NFPA 6 della National Fire Protection Association degli USA: questo standard è stato sviluppato dalla lotta agli incendi e vede la continuità operativa da una prospettiva di divieto di accesso; HB 22 e HB 292/293: lo standard australiano per la BCM e la guida alla gestione della continuità operativa; AS/NZS 436:24 una norma in comune tra Australia e Nuova Zelanda, abbinabile al HB 436 per una linea guida alla gestione del rischio; NIST special publication fornisce le istruzioni, i consigli pratici, le considerazioni per implementare e gestire un Contingency Planning 3 ; SPRING TR 9: il riferimento tecnico di Singapore per la gestione della continuità operativa, che si occupa soprattutto degli aspetti tecnici dei sistemi BCM; The King II report of Corporate Governance: queste linee guida sudafricane sulla gestione del rischio considerano la BCM da un punto di vista di governance (governo e gestione dei Sistemi informativi); The Civil Contingencies Act 24: questa legge è entrata in vigore nel Regno Unito nel 24 a seguito dell'approvazione reale (Royal Assent) e fornisce una guida alla BCM; ISO 272: una norma per i sistemi di gestione della sicurezza delle informazioni che gestisce e minimizza le minacce alle informazioni 4 ; ISO 22399: una linea guida per la consapevolezza e la preparazione agli incidenti e la gestione della continuità operativa. In Inghilterra a inizio secolo nasce il Business Continuity Institute (BCI), il primo organismo al mondo sull argomento, che offre accreditamento professionale nel campo della continuità operativa e ha oltre 4. membri in più di 85 Paesi: nel 22 il BCI ha emesso le sue prime Linee 3 Inteso come il processo attraverso il quale vengno pianificate le azioni da intraprendere in caso di incidenti, in modo che i servizi IT possano continuare a funzionare, o a riprendere a funzionare dopo un interruzione. 4 Per una completa trattazione si rinvia al numero 3 di settembre 28, all interno della presente rubrica ICT e Diritto di Mondo Digitale. Guida di Buona Pratica redatte con la collaborazione di molti esperti del settore. Queste Linee Guida hanno fornito l ossatura sulla quale si sono modellate le prime attività del BSI (British Standards Intitution, ente di normazione britannico) nel campo della gestione della continuità operativa, che hanno portato all emissione di una specifica sulla Business Continuity denominata PAS 56. Nel 26 la pubblicazione della BS che sostituisce la PAS 56, e successivamente nel 27 la pubblicazione della BS hanno posto le basi per una nuova famiglia di norme per il mondo anglosassone (anche se già riconosciute a livello mondiale) sulla Business Continuity. La Norma BS è composta da due parti: la prima elenca i consigli pratici fornendo la guida e gli obiettivi della norma oltre a spiegare esattamente il campo di applicazione della Gestione della Business Continuità; la seconda parte contiene le specifiche a fronte delle quali le organizzazioni possono essere certificate, dettagliando i requisiti per implementare, documentare e migliorare un Sistema di Gestione della Business Continuity (o Sistema di Gestione della Continuità Operativa). In buona sostanza: la parte è il dovrebbe, mentre la parte 2 è il deve. Il lancio della BS , il codice di pratica, ha senza dubbio modificato l'opinione diffusa che la Gestione (BCM) non avesse alcun vantaggio rispetto ad altre discipline di gestione. Una nuova norma raramente viene accolta con un entusiasmo, essendo spesso percepita più come un aggravio burocratico che come un opportunità imprenditoriale. Invece quando la bozza iniziale dei consigli pratici è stata diffusa pubblicamente per i commenti, il documento è stato scaricato 5. volte in tutto il mondo; prima di allora, nella storia ultracentenaria del BSI non si erano mai superate le poche centinaia. Ne è seguita un'enorme quantità di commenti da recepire prima che la norma potesse essere pubblicata. Molti dei commenti erano positivi, anche se una parte era ferocemente contraria ad una qualsiasi forma di norma in questo campo. Analogamente, la BS , la norma che dettaglia i requisiti a fronte dei quali un organizzazione può essere oggetto di audit e certificata, ha suscitato un incredibile interesse, così grande che il BSI ha dovuto organizzare un tour mondiale delle città più importanti, impazienti di saperne di più sulla nuova norma. 66 M O N D O D I G I T A L E n. 3 - s e t t e m b r e 2 93 Attualmente si sta lavorando in tutto il mondo per ottenere un'accettazione chiara e standardizzata della gestione : è un compito arduo perché ciò che risulta applicabile in un settore o in uno Stato potrebbe non essere accettabile in un altro. Negli USA, la National Fire Protection Association (NFPA) ha emesso un regolamento per la gestione delle emergenze e la risposta ai disastri mentre il National Institute of Standards and Tecnologies (NIST) ha emesso una linea guida sulla pianificazione degli eventi nel settore IT. Non si tratta, tuttavia, di norme e quindi le organizzazioni non possono ottenere la certificazione che tanto desiderano: ne consegue che al momento la BS è l unica norma che possa certificare un Sistema di Gestione della Business Continuity. 2. BS :26 CODE OF PRACTICE FOR BUSINESS CONTINUITY MANAGEMENT Come già citato la Norma BS è una linea guida che stabilisce i principi, la terminologia e il processo per la gestione della continuità operativa e del business; la norma stabilisce le attività che risultano necessarie nella progettazione del processo di gestione della continuità operativa e i documenti da produrre e, inoltre, fornisce i passi necessari per mettere in atto il processo della continuità del business. Questa norma è orientata a tutte le organizzazioni indipendentemente dalla dimensione, settore commerciale o tipologia e fornisce assistenza ai responsabili di gestione del programma della continuità del business. L approccio si basa sull analisi del contesto dell organizzazione dove l obiettivo è quello di capire quali sono i prodotti/servizi critici e a quali esigenze dei portatori di interessi (degli stakeholder) principali a questi sono collegabili; tale prima analisi formale porta a individuare quello che in termini di prodotti e servizi sarà il campo di applicazione del modello. Il sistema proposto parte dall'analisi del rischio (identificazione, analisi e valutazione), per proseguire con l individuazione degli aspetti di rischio che superano il livello di soglia valutato accettabile e che hanno influenza sulla Business Continuity, ossia la capacità di mantenere i livelli di servizio/prodotto collegati all evento/crisi ed emergenza in atto. Se i rischi non sono collegabili ai suddetti livelli di servizio non rientrano nel modello di Business Continuity e nel relativo approccio sistemico: ciò, ovviamente, deve essere da un lato coerente rispetto al rapporto tra costo e beneficio e dall altro rispettoso dei requisiti contrattuali, di legge e normativi. Si devono definire per ogni rischio collegabile alla Gestione tre documenti: piano di gestione incidenti (per minimizzare l evento); piano per la business continuity; programma per il ripristino della situazione normale. Il contenuto della Norma BS è il seguente: Scope and applicabilità; Terms and definitions; Overview of business continuity management (BCM); The Business Continuity Management policy; BCM Programme Management; Understanding the organization; Determining business continuity strategy; Developing and implementing a BCM response; Exercising, maintaining and reviewing BCM arrangements; Embedding BCM in the organization s culture. La metodologia proposta dalla norma è suddivisa in fasi (capitoli): ogni fase, concepita per essere eseguita in sequenza, è costituita da specifiche attività che implicano l utilizzo di strumenti/tecniche. L insieme completo delle fasi costituisce il processo di Business Continuity Management, contraddistinto dall essere un processo continuo che evolve nel tempo e recepisce i mutamenti di business, organizzativi e tecnologici delle realtà in cui è applicato. Il ciclo di vita della Gestione della Business Continuity (o Continuità Operativa), rappresentato nella figura, comprende sei elementi: programma della Gestione della Business Continuity (cap. 5); comprendere l attività / analizzare l organizzazione (cap. 6); determinare la strategia della Gestione della Business Continuity (cap. 7); sviluppare e implementare la Gestione della Business Continuity (cap. 8); mettere in pratica, mantenere e revisionare la Gestione (cap. 9); incorporare la Gestione della Business Conti- M O N D O D I G I T A L E n. 3 - s e t t e m b r e4 Includere la Continuità Operativa nella cultura dell Organizzazione Apprendere l Organizzazione o di un attività, ovvero il tempo entro il quale il prodotto, servizio, attività da proteggere deve essere ripristinato dopo un incidente, con l attenzione che l RTO deve essere sempre inferiore all MTPOD. Addestrare Mantenere Revisionare Programma di Gestione della Continuità Operativa Sviluppare ed Implementare una risposta alla Continuità Operativa Determinare la strategia della Continuità Operativa FIGURA Il ciclo di vita della Continuità Operativa (BS :26) nuity nella cultura dell organizzazione (cap.). Tutte le fasi (esposte nei capitoli della norma) sono molto importanti nel ciclo di vita, tuttavia si evidenzia che il capitolo 5 rappresenta il cuore, come dice la norma, di tutto il processo di Gestione : il programma deve definire tutti gli aspetti organizzativi necessari ad assicurare che le attività richieste per la realizzazione siano realizzate nei modi e nei tempi richiesti dall Organizzazione. Altro capitolo di rilievo è il nel quale viene evidenziato che, per avere successo, la Business Continuity deve diventare parte del modo in cui l'organizzazione viene gestita, indipendentemente dalla dimensione/settore. Infatti nel disegno del ciclo di vita del BCM risulta evidente come questa fase avvolga tutta l attività di Gestione. Per gli addetti ai lavori, specialmente dell ambiente IT, abituati a valutare il Disaster Recovery o la Business Continuity di un sistema IT tramite i due indici Recovery Time Objective (RTO) e Recovery Point Objective (RPO), nella nuova norma hanno trovato un nuovo indice: Maximum Tolerable Period of Disruption (MTPOD), mentre non è fatto cenno dell RPO. L MTPOD è la durata massima dopo la quale un organizzazione sarà irrevocabilmente minacciata se la sua operatività non può essere ripresa, mentre l RPO è il massimo tempo fissato per l indisponibilità di un prodotto, del servizio 3. BS :27 REQUISITI SISTEMA DI GESTIONE DELLA BUSINESS CONTINUITY La BS fornisce le indicazioni e i requisiti per la messa in esercizio di un Sistema di Gestione (o Gestione Operativa) certificabile. I contenuti della norma sono riassunti nell indice seguente: Scope and applicability; Terms and definitions; Planning the business continuity management system (cap. 3); General; Establishing and managing the BCMS; Embedding BCM in the organization s culture; BCMS documentation and records; Implementing and operating the BCMS (cap. 4); Understanding the organization; Determining business continuity strategy; Developing and implementing a BCM response; Exercising, maintaining and reviewing BCM arrangements; Monitoring and reviewing the BCMS (cap. 5); Internal audit; Management review of the BCMS; Maintaining and improving the BCMS (cap. 6); Preventive and corrective actions; Continual improvement. La BS :27 è strutturata macroscopicamente in 3 blocchi di requisiti: dal capitolo al capitolo 2: requisiti introduttivi e di spiegazione della norma (come quasi tutte le norme); dal capitolo 3 al capitolo 6: requisiti applicativi del BCMS; allegati. All interno dei capitoli (detti anche requisiti o clausole) dal 3 al 6 sono distribuiti i veri e propri requisiti applicativi per (BCMS). Lo schema di figura 2, sebbene non esaustivo, fornisce un indicazione di massima dei capitoli 68 M O N D O D I G I T A L E n. 3 - s e t t e m b r e 2 95 PLAN DO CHECK ACT Pianificare 3 Implementare e gestire 4 Monitorare e revisionare 5 Mantenere e migliorare 6 FIGURA 2 Capitoli dei requisisti della norma con i relativi collegamenti al ciclo PDCA dei requisisti della norma con i relativi collegamenti al ciclo Plan-Do-Check-Act (PDCA ciclo di DEMING). In buona sostanza il ciclo PDCA è il motore dello standard BS :27 come tutte le norme che hanno preceduto questo standard (ISO 9:2, ISO 4:24, ISO 2-:25, ISO 27:25). L infrastruttura di Gestione si basa quindi sul ciclo di continuo di miglioramento Plan-Do-Check-Act (Figura 3) applicato in modo continuativo su più livelli dell organizzazione e sull approccio sistemico allo scopo di identificare, capire e gestire i processi tra loro correlati contribuendo all efficacia ed all efficienza dell organizzazione nel conseguire i propri obiettivi. Il capitolo 3 relativo alla fase PLAN prevede come stabilire la politica di Business Continuity, gli obiettivi, i controlli, i processi e le procedure pertinenti per gestire i rischi e migliorare la Business Continuity al fine di produrre risultati conformi alle politiche e agli obiettivi generali dell organizzazione. Il capitolo 4 relativo alla fase DO prevede di attuare e rendere operativa la politica della Business Continuity, i controlli, i processi e le procedure. Il capitolo 5 relativo alla fase CHECH prevede di valutare e, ove applicabile, misurare le prestazioni a fronte della politica, degli obiettivi e delle esperienze pratiche, quindi riportare i risultati alla direzione ai fini del riesame e del miglioramento. Il capitolo 6 relativo alla fase ACT prevede di mantenere attivo, aggiornato e migliorato il BCMS intraprendendo azioni correttive e preventive, basate sui risultati delle verifiche/riesame e sulla rivalutazione del campo di applicazione, della politica e degli obiettivi del Sistema di Gestione della Business Continuity. Ne consegue che un Sistema di Gestione della Business Continuity (BCMS) conforme alla BS , deve soddisfare i seguenti capisaldi (cfr. requisito 3. della norma): definizione di campo di applicazione, politica ed obiettivi; Parti interessate Requisiti e aspettative per la Business Continuity Continuo miglioramento del Sistema di Gestione allocazione di risorse; attribuzione di ruoli e responsabilità; consistenza del sistema documentale e coerenza col campo di applicazione; accuratezza della Business Impact Analysis e del Risk Assessment; preparazione di adeguati piani di Business Continuity e di Incident Management; evidenza dell implementazione del BCMS, sia nelle sue componenti operative (policy, procedure, istruzioni tecniche), che organizzative (job description, audit interni, management review). Si rilevano sia l efficacia del BCMS nel raggiungere gli obiettivi di continuità operativa stabiliti in Politica, sia l efficienza del medesimo nel migliorare la gestione dei processi operativi nei tre possibili stati definiti dalla BS 25999: risposta agli incidenti; gestione della continuità; ripristino della normalità. In questo ambito deve essere prestata molta attenzione all esercizio (prova) dei piani di Bu- DO Attuare e condurre il BCMS PLAN Stabilire il BCMS CHECK Monitorare e riesaminare il BCMS ACT Mantenere attivo, aggiornato e migliorare il BCMS Parti interessate Business Continuity gestita FIGURA 3 Ciclo PDCA come modello di riferimento per la descrizione dei processi e dei requisiti dello standard M O N D O D I G I T A L E n. 3 - s e t t e m b r e6 siness Continuity (requisito della Norma), il quale consente di essere certi che quanto pianificato trovi un efficace attuazione in caso di incidente; per essere attendibili e verosimili, i test dei piani devono riprodurre quanto più fedelmente possibile la situazione ipotizzata. 4. CONCLUSIONI Lo standard BS risulta ancora giovane e dovrà maturare ulteriormente per la sua accettazione a livello mondiale, per essere con tutta probabilità adottato dall ISO. A meno di due anni dalla sua applicazione si contano già numerose aziende, che in tutto il mondo, lo hanno adottato e hanno conseguito la certificazione di BSI tramite accreditamento UKAS 5 : si tratta di circa una cinquantina di soggetti (nella Tabella sono esposte il numero di Nazione n aziende n siti Brasil India 6 6 Italy Japan 3 9 Mexico Netherlands Poland 2 South Korea 3 3 aziende per nazione) e tra queste anche un organizzazione italiana 6. Da ultimo l ente normatore anglosassone a fine settembre 28 ha pubblicato la versione draft di una nuova norma con i consigli pratici per la continuità delle tecnologie dell'informazione e della comunicazione per organizzazioni sia pubbliche che private. Tale proposta nasce dalla necessità di nuove specifiche di continuità per le organizzazioni con dipendenza dalle tecnologie dell'informazione e della comunicazione (ICT). La nuova BS 25777, pubblicata recentemente, mira a colmare questa lacuna individuata da BSI, sostituirà la PAS 77 pubblicata nel 26 per fornire un orientamento sulla continuità IT: per i suoi contenuti andrà a fiancheggiare la BS e integrerà il ciclo di vita del BCM con il nuovo ciclo di vita del BCM in ambiente ICT. Anche l ISO, ente internazionale, non è rimasto indietro: acquisendo le esperienze degli enti nazionali (Australia, Israele, Giappone, Inghilterra e Stati Uniti) ha aperto più progetti per nuove norme sull argomento tra le quali: ISO/IEC CD 273 ICT readiness for Business Continuity; ISO/PAS 22399:27 Societal security - Guideline for incident preparedness and operational continuity management; ISO/CD 223 Societal security - Preparedness and continuity management systems Requirements. TABELLA Le certificazioni BS emesse da BSI sotto accreditamento UKAS, Fonte: BSI Group - United Kingdom (agg. al 2 agosto 29) Spain Sweden Taiwan 3 4 UAE 24 United Kingdom 2 43 U.S.A. 4 Totali BIBLIOGRAFIA [] BSI BS :26 Business continuity management. Code of practice. [2] BSI BS :27 Business continuity management. Specification. [3] BSI BS 25777:28 Information and communications technology continuity management. Code of practice. [4] BSI PAS 56:23 - Guide to Business Continuity Management. 5 Ente britannico di accreditamento organizzazioni di certificazione: 6 È l ICCREA, istituto Centrale delle Banche di Credito Cooperativo che ha voluto mettere a frutto il lavoro svolto per aderire alle disposizioni della Banca d Italia e nel giugno 28 ha conseguito la certificazione del suo Sistema di Gestione. Si noti che altri organismi indipendenti di certificazione stanno proponendo la certificazione; infatti sempre in Italia un altra organizzazione del mondo finanziario la SIA-SSB ha conseguito la certificazione tramite DNV (Det Norske Veritas). 7 M O N D O D I G I T A L E n. 3 - s e t t e m b r e 2 97 [5] BSI PAS 77:26 - IT Service Continuity Management. Code of Practice. [6] Business Continuity Institute GPG 28 Good Practice Guidelines A framework for Business Continuity mgmt. [7] ISO/IEC27:25- Securitytechniques- Information security management systems - Requirements. [8] ISO/IEC 272:25 Information tecnology Security tecniques Code of practice for information security management. [9] CNIPA - Quaderno n. 28 del 6/26: Linee guida per la continuità operativa nella PA. [] CNIPA - Quaderno n. 35 del 8/5/28: La continuità operativa nella PA - Casi di studio. [] ISCOM - Gestione delle emergenze locali. [2] Banca d Italia: Gestione della continuità operativa. Bollettino di Vigilanza luglio 24. [3] ABI Lab: Metodologia per la realizzazione del piano di continuità operativa. [4] ENISA: IT & Business Continuity Overview and implementation principles. [5] ENISA: How to raise information security awareness. [6] Quaderno n. 28 AICQ Comitato per la Qualità del Software e dei Servizi IT: La Gestione della Continuità Operativa: dal Disaster recovery, alla Business Continuity ad un Sistema di Gestione. DAVID D AGOSTINI avvocato, master in informatica giuridica e diritto delle nuove tecnologie, collabora all attività di ricerca scientifica dell Università degli studi di Udine e ha fondato l associazione Centro Innovazione & Diritto. È componente della Commissione Informatica dei Consigli dell Ordine del Triveneto, responsabile dell'area Diritto & informatica della rivista Il foro friulano, membro dell organo di Audit Interno di Autovie Venete SpA. ANTONIO PIVA, laureato in Scienze dell Informazione, Vice Presidente dell ALSI (Associazione Nazionale Laureati in Scienze dell Informazione ed Informatica) e Presidente della commissione di informatica giuridica. Docente a contratto di diritto dell ICT e qualità all Università di Udine. Consulente sistemi informatici e Governo Elettronico nella PA locale, valutatore di sistemi di qualità ISO9 ed ispettore AICA. ATTILIO RAMPAZZO, consulente di Sistemi Informativi e Sicurezza delle Informazioni in AlmavivA Finance SpA. Ha maturato un esperienza più che trentennale nello sviluppo e conduzione di progetti informatici in ambito bancario e finanziario, nei quali la qualità e la sicurezza hanno ricoperto un ruolo determinante. È Vice Presidente del Comitato AICQ Qualità del Software e dei Servizi IT, valutatore Sistemi di Sicurezza delle Informazioni R.G.V.I. (AICQ_SICEV certificato n.3), socio AIPSI-Associazione Italiana Professionisti Sicurezza Informatica. M O N D O D I G I T A L E n. 3 - s e t t e m b r e 2 9 7 Documenti analoghi
La gestione di un organizzazione moderna è
ICT E DIRITTO Rubrica a cura di Antonio Piva, David D Agostini Scopo di questa rubrica è di illustrare al lettore, in brevi articoli, le tematiche giuridiche più significative del settore ICT: dalla tutela Dettagli Continua evoluzione dei modelli per gestirla
Governance IT Continua evoluzione dei modelli per gestirla D. D Agostini, A. Piva, A. Rampazzo Con il termine Governance IT si intende quella parte del più ampio governo di impresa che si occupa della Dettagli ICT E DIRITTO. La sicurezza delle informazioni in ambito sanitario. Rubrica a cura di 1. INTRODUZIONE. Antonio Piva, David D Agostini
ICT E DIRITTO Rubrica a cura di Antonio Piva, David D Agostini Scopo di questa rubrica è di illustrare al lettore, in brevi articoli, le tematiche giuridiche più significative del settore ICT: dalla tutela Dettagli Linea Guida per l Organizzazione di un Sistema Prevenzionale nelle Piccole e Medie Imprese
Linea Guida per l Organizzazione di un Sistema Prevenzionale nelle Piccole e Medie Imprese PRESENTAZIONE Il presente lavoro si propone l obiettivo di fornire un modello organizzativo ispirato ai Sistemi Dettagli numerazione potrebbe differire nella versione finale.
e atteso entro il 2011, è quello che assorbirà lo standard BS 25999-2 in uno standard internazionale, dando così notevole ulteriore impulso alla certificazione della CO. 3.6.1 Gli standard ISO 22399 e Dettagli PROCEDURE DI GESTIONE E CONTROLLO DELLA SICUREZZA SECONDO LE OHSAS 18001
UNIVERSITÀ DEGLI STUDI DI FERRARA FACOLTÀ DI INGEGNERIA Corso di Laurea Magistrale in Ingegneria Civile Tesi in Organizzazione del Cantiere II PROCEDURE DI GESTIONE E CONTROLLO DELLA SICUREZZA SECONDO Dettagli III[2007] Diffusione dei processi ITIL e degli strumenti informatici per la gestione delle attività dei CED
QUADERNI CONSIP Ricerche, analisi, prospettive ricerche, analisi, prospettive III[2007] Diffusione dei processi ITIL e degli strumenti informatici per la gestione delle attività dei CED Applicazione delle Dettagli IL RISCHIO INFORMATICO
CONVENZIONE INTERBANCARIA PER I PROBLEMI DELL AUTOMAZIONE (CIPA) GRUPPO DI LAVORO IL RISCHIO INFORMATICO NOVEMBRE 2004 In relazione alle indicazioni contenute nel Piano delle attività della CIPA, il gruppo Dettagli Guida alla predisposizione di un modello organizzativo per la salute e sicurezza sul lavoro:
DISPENSE ASSOLOMBARDA Aprile 2008 Area Ambiente e Sicurezza AMBIENTE BUSINESS COMUNICAZIONE CONFRONTI CULTURA D IMPRESA DIRITTO SOCIETARIO ENERGIA FINANZA Guida alla predisposizione di un modello organizzativo Dettagli Manuale del Sistema di Gestione Integrato Ambiente & Sicurezza per PMI
SISTEMA GESTIONALE INTEGRATO Ambiente Sicurezza con la collaborazione di: e di: pag. 1 di 272 INDICE Cap. 1 Introduzione... 12 1.1 Premessa... 12 1.2 Perché i sistemi gestionali... 12 1.3 Elementi principali Dettagli Ricognizione di alcune Best Practice
Linee guida sulla qualità dei beni e dei servizi ICT per la definizione ed il governo dei contratti della Pubblica Amministrazione Manuale di riferimento Ricognizione di alcune Best Practice applicabili Dettagli Project Management: evoluzione e prospettive A cura di Roberto Ravaglia Funzionario Tecnico Divisione Organizzazione, processi, servizi e società UNI
Project Management: evoluzione e prospettive A cura di Roberto Ravaglia Funzionario Tecnico Divisione Organizzazione, processi, servizi e società UNI dossier Le organizzazioni per poter gestire con successo Dettagli La Sicurezza Informatica:dal risk analysis al risk management, standard di sicurezza internazionali ISO/IEC 27001:2005, ITSEC, Common Criteria
La Sicurezza Informatica:dal risk analysis al risk management, standard di sicurezza internazionali ISO/IEC 27001:2005, ITSEC, Common Criteria Catania 22 Settembre 2006 Presentazione Relatore Nome: Ombretta Dettagli ROSI Return on Security Investments: un approccio pratico
ROSI Return on Security Investments: un approccio pratico Come ottenere Commitment sulla Security versione 2.0 AIEA CLUSIT Deloitte Ernst & Young KPMG Oracle PricewaterhouseCoopers LICENZA D USO Il testo Dettagli RISK ANALYSIS Approfondimenti
Istituto Superiore delle Comunicazioni e delle Tecnologie dell Informazione Ministero delle Comunicazioni RISK ANALYSIS Approfondimenti Il presente documento è stato realizzato da: Gabriella Attanasio Dettagli Vademecum. Open Data. Come rendere aperti i dati delle. pubbliche amministrazioni
Vademecum Open Data Come rendere aperti i dati delle pubbliche amministrazioni Versione Beta 2011 2 3 Il presente documento, realizzato nell ambito delle attività finalizzate alla elaborazione delle Linee Dettagli 1.1 ITIL e la gestione dei servizi IT
Via Turati 4/3, 16128 Genova Tel. 348/4103643 Fax 010/8932429 ITIL (Information Technology Infrastructure Library) 1.1 ITIL e la gestione dei servizi IT In un mercato in cui il successo delle aziende è Dettagli quaderni consip ricerche, analisi, prospettive Matteo Cavallini II [2011] Cloud Security: una sfida per il futuro
I I [ 2011] Cl ouds e c ur i t y : unas f i dape ri l f ut ur o quaderni consip ricerche, analisi, prospettive Matteo Cavallini II [2011] Cloud Security: una sfida per il futuro I Quaderni Consip sono Dettagli Il sistema di gestione della sicurezza: cos è, a cosa serve, i rapporti delle norme tecniche con il D.Lgs. 81/08
Il sistema di gestione della sicurezza: cos è, a cosa serve, i rapporti delle norme tecniche con il D.Lgs. 81/08 Firenze 15 febbraio 2010 Pisa 1 marzo 2010 Siena 29 marzo 2010 Dott. Ing. Daniele Novelli Dettagli Linee guida per il riuso delle applicazioni informatiche nelle Amministrazioni pubbliche Parte 1 Riuso di applicazioni esistenti
Linee guida per il riuso delle applicazioni informatiche nelle Amministrazioni pubbliche Parte 1 Riuso di applicazioni esistenti Pagina 1 Documento a cura di: Paola Minasi (CNIPA) Pagina 2 INDICE 1. INTRODUZIONE------------------------------------------------------------------------------------------ Dettagli Gruppo di Ricerca AIEA CLUSIT
Gruppo di Ricerca AIEA CLUSIT L'OUTSOURCING IT: BEST PRACTICE E AUDITING L'AIEA è l'associazione Italiana Information Systems Auditors. Costituita in Milano nel 1979, l'aiea riunisce e certifica coloro Dettagli LINEE GUIDA PER IL DISASTER RECOVERY DELLE PUBBLICHE AMMINISTRAZIONI
LINEE GUIDA PER IL DISASTER RECOVERY DELLE PUBBLICHE AMMINISTRAZIONI ai sensi del c. 3, lettera b) dell art. 50bis del Codice dell Amministrazione Digitale Aggiornamento 2013 1 Sommario GUIDA ALLA LETTURA... Dettagli ADF SISTEMI DI GESTIONE DELLA SICUREZZA E DELLA SALUTE SUL LAVORO NEL SETTORE DELLA DISTRIBUZIONE INTERMEDIA DEI MEDICINALI PER USO UMANO
ADF ASSOCIAZIONE DISTRIBUTORI FARMACEUTICI ISTITUTO DI CERTIFICAZIONE DELLA QUALITÀ SISTEMI DI GESTIONE DELLA SICUREZZA E DELLA SALUTE SUL LAVORO NEL SETTORE DELLA DISTRIBUZIONE INTERMEDIA DEI MEDICINALI Dettagli LA QUALITÀ NEL SETTORE AGRO-ALIMENTARE Stato attuale e prospettive di evoluzione
Via Saccardo, 9 I-20134 MILANO Tel.: + 39 022100961 Fax: + 39 0221009637 Sito Internet: www.sincert.it E-mail: sincert@sincert.it Relazione SINCERT Novembre 2005 LA QUALITÀ NEL SETTORE AGRO-ALIMENTARE Dettagli SISTEMI DI GESTIONE DELLA SICUREZZA E DELLA SALUTE SUL LUOGO DI LAVORO
"BS OHSAS 18001:2007" SISTEMI DI GESTIONE DELLA SICUREZZA E DELLA SALUTE SUL LUOGO DI LAVORO NORMA TRADUZIONE DALL ORIGINALE IN LINGUA INGLESE INDICE Indice Premessa 4 Introduzione 6 1.Scopo 9 2.Riferimenti Dettagli LINEE GUIDA PER IL DISASTER RECOVERY DELLE PUBBLICHE AMMINISTRAZIONI ai sensi del comma 3, lettera b) dell art. 50-bis del DLgs. N. 82/2005 e s.m.i.
LINEE GUIDA PER IL DISASTER RECOVERY DELLE PUBBLICHE AMMINISTRAZIONI ai sensi del comma 3, lettera b) dell art. 50-bis del DLgs. N. 82/2005 e s.m.i. BREVE GUIDA ALLA LETTURA... 5 1 OBIETTIVI E SCENARI Dettagli Riusabilità del software e delle applicazioni informatiche nella pubblica amministrazione
Riusabilità del software e delle applicazioni informatiche nella pubblica amministrazione Rapporto del gruppo di lavoro giugno 2004 Riusabilità del software e delle applicazioni informatiche rapporto del Dettagli ESTRATTO DAL MANUALE DEL SISTEMA DI GESTIONE AZIENDALE DELLA EUROCQS S.p.A. (INTEGRATO CON NORMATIVA DI VIGILANZA, D.LGS 231:2001 e ISO 9001:2008)
ECQS MGA/abs Rev: 04 Data: 28.01.2014 Pagina 1 ESTRATTO DAL MANUALE DEL SISTEMA DI GESTIONE AZIENDALE DELLA EUROCQS S.p.A. (INTEGRATO CON NORMATIVA DI VIGILANZA, D.LGS 231:2001 e ISO 9001:2008) Sostituisce Dettagli Agosto 2013 Raccomandazioni per il Business Continuity Management (BCM)
Agosto 2013 Raccomandazioni per il Business Continuity Management (BCM) 1 Premessa e obiettivi... 2 2 Basi... 3 3 Ambito di applicazione e fattori di pericolo... 4 4 Raccomandazioni... 6 4.1 Definizione Dettagli Milano 23 novembre 2011
ORBIT - Open Day Milano 23 novembre 2011 Carlo Loveri Agenda 14.30 Benvenuto 14.45 Business Continuity & Disaster Recovery Management: Cenni; Standards di riferimento; Best practices. Carlo Loveri CEO Dettagli 2016 © DocPlayer.it Privacy Policy | Condizioni del servizio | Feed-back