Serie Generale n. 277 del 26-11-2022
DECRETI PRESIDENZIALI
DECRETO DEL PRESIDENTE DEL CONSIGLIO DEI MINISTRI 9 settembre 2022
Disciplina della piattaforma per la raccolta delle firme degli elettori necessarie per i referendum previsti dagli articoli 75 e 138 della Costituzione. (22A06699) (GU Serie Generale n.277 del 26-11-2022)

IL PRESIDENTE
DEL CONSIGLIO DEI MINISTRI

Vista la legge 23 agosto 1988, n. 400, recante «Disciplina
dell'attività di governo e coordinamento della Presidenza del
Consiglio dei ministri»;
Visti gli articoli 71, 75 e 138 della Costituzione;
Vista la legge 30 dicembre 2020, n. 178, recante «Bilancio di
previsione dello Stato per l'anno finanziario 2021 e bilancio
pluriennale per il triennio 2021-2023», e, in particolare, l'art. 1,
commi 341, 342 e 343;
Vista la legge 25 maggio 1970, n. 352, recante «Norme sui
referendum previsti dalla Costituzione e sulla iniziativa legislativa
del popolo», e, in particolare, gli articoli 4, 7. 8, 27, 28 e 49;
Visto il decreto del Presidente della Repubblica 20 marzo 1967, n.
223, recante «Approvazione del testo unico delle leggi per la
disciplina dell'elettorato attivo e per la tenuta e la revisione
delle liste elettorali»;
Visto il decreto del Presidente della Repubblica 28 dicembre 2000,
n. 445, recante il «Testo unico delle disposizioni legislative e
regolamentari in materia di documentazione amministrativa»;
Visto il regolamento (UE) n. 910/2014 del Parlamento europeo e del
Consiglio del 23 luglio 2014 in materia di identificazione
elettronica e servizi fiduciari per le transazioni elettroniche nel
mercato interno e che abroga la direttiva 1999/93/CE;
Visto il decreto legislativo 7 marzo 2005, n. 82, recante il
«Codice dell'amministrazione digitale»;
Visto il decreto del Presidente del Consiglio dei ministri 10
novembre 2014, n. 194, recante le modalità di attuazione e di
funzionamento dell'Anagrafe nazionale della popolazione residente
(ANPR) e di definizione del piano per il graduale subentro dell'ANPR
alle anagrafi della popolazione residente;
Visto il regolamento (UE) n. 2016/679 del Parlamento europeo e del
Consiglio del 27 aprile 2016 relativo alla protezione delle persone
fisiche con riguardo al trattamento dei dati personali, nonchè alla
libera circolazione di tali dati e che abroga la direttiva 95/46/CE
(Regolamento generale sulla protezione dei dati);
Visto il decreto legislativo 30 giugno 2003, n. 196, recante il
«Codice in materia di protezione dei dati personali, recante
disposizioni per l'adeguamento dell'ordinamento nazionale al
regolamento (UE) n. 2016/679 del Parlamento europeo e del Consiglio,
del 27 aprile 2016, relativo alla protezione delle persone fisiche
con riguardo al trattamento dei dati personali, nonchè alla libera
circolazione di tali dati e che abroga la direttiva 95/46/CE»;
Visto il decreto del Presidente della Repubblica in data 12
febbraio 2021, con il quale il dott. Vittorio Colao è stato nominato
Ministro senza portafoglio;
Visto il decreto del Presidente del Consiglio dei ministri in data
13 febbraio 2021 con il quale al Ministro senza portafoglio dott.
Vittorio Colao è stato conferito l'incarico per l'innovazione
tecnologica e la transizione digitale;
Visto il decreto del Presidente del Consiglio dei ministri in data
15 marzo 2021 con il quale al Ministro senza portafoglio dott.
Vittorio Colao è stata conferita la delega di funzioni;
Sentito il Garante per la protezione dei dati personali che si è
espresso con provvedimento n. 106 del 24 marzo 2022;
Acquisito il concerto del Ministro della giustizia;

Decreta:

Art. 1

Definizioni

1. Ai fini del presente decreto si intendono per:
a. «ANPR»: l'Anagrafe nazionale della popolazione residente di
cui all'art. 62 del CAD;
b. «CAD»: il decreto legislativo 7 marzo 2005, n. 82, recante
«Codice dell'amministrazione digitale»;
c. «piattaforma»: la piattaforma per la raccolta delle firme
degli elettori necessarie per i referendum e le iniziative popolari,
realizzata ai sensi dell'art. 1, comma 341 della legge 30 dicembre
2020, n. 178, recante «Bilancio di previsione dello Stato per l'anno
finanziario 2021 e bilancio pluriennale per il triennio 2021-2023»;
d. «GDPR»: il regolamento UE 2016/679 del Parlamento europeo e
del Consiglio, del 27 aprile 2016;
e. «gestore della piattaforma»: la persona giuridica a cui la
Presidenza del Consiglio dei ministri affida la realizzazione, la
gestione e la manutenzione della piattaforma;
f. «portale»: l'interfaccia web della piattaforma accessibile
all'indirizzo www.firmereferendum.gov.it;
g. «regolamento eIDAS»: il regolamento UE n. 910/2014 del
Parlamento europeo e del Consiglio del 23 dicembre 2014.

Art. 2

Oggetto

1. Il presente decreto disciplina le modalità di funzionamento
della piattaforma, definendone le caratteristiche tecniche,
l'architettura generale, i requisiti di sicurezza, le modalità di
funzionamento, i casi di malfunzionamento, le modalità con cui il
gestore della piattaforma attesta il malfunzionamento e comunica il
ripristino delle funzionalità, le modalità di accesso, le tipologie
di dati oggetto di trattamento, le categorie di interessati e, in
generale, le modalità e le procedure per assicurare il rispetto del
GDPR. Definisce, inoltre, le modalità con cui i promotori della
raccolta firme mettono a disposizione della Corte di cassazione le
firme raccolte elettronicamente.

Art. 3

Infrastruttura tecnologica, requisiti di sicurezza, piano di test per
la verifica del corretto funzionamento e malfunzionamenti
1. Il gestore della piattaforma sviluppa l'infrastruttura
tecnologica, applicando i criteri di accessibilità di cui alla legge
9 gennaio 2004, n. 4, nel rispetto dei principi di usabilità,
completezza di informazione, chiarezza di linguaggio, affidabilità,
semplicità dì consultazione, qualità, omogeneità e
interoperabilità.
2. Prima della sua messa in funzione, il gestore della piattaforma
verifica e attesta il corretto funzionamento della stessa piattaforma
tramite lo svolgimento di test sperimentali. Il piano dei test copre
la totalità dei casi d'uso e delle funzionalità assegnate alla
piattaforma dall'art. 1, commi 341 e 343, della legge 30 dicembre
2020, n. 178.
3. Le caratteristiche tecniche, le regole tecniche e i requisiti di
sicurezza della piattaforma sono descritti nel manuale operativo
redatto dal gestore della piattaforma, allegato al presente decreto,
pubblicato sul sito web dello stesso gestore e sul portale. Nel
manuale sono individuate le metriche di successo e fallimento delle
operazioni eseguite, unitamente a metriche prestazionali e di
qualità, nonchè di assistenza agli utenti. Tali metriche sono
utilizzate per monitorare l'operatività della piattaforma.
4. Costituiscono casi di malfunzionamento della piattaforma tutti
gli impedimenti tecnici, rilevati anche automaticamente dal sistema
con le modalità di cui al comma 3, che rendono impossibile la
raccolta delle firme degli elettori.
5. Il malfunzionamento della piattaforma viene segnalato sul
portale. Con le stesse modalità il gestore della piattaforma
comunica il ripristino della funzionalità della stessa piattaforma.
6. Il gestore della piattaforma cura la manutenzione della stessa e
provvede al suo aggiornamento tecnologico, d'intesa con il
Dipartimento per la trasformazione digitale e sentito il Garante per
la protezione dei dati personali per gli aspetti di competenza.

Art. 4

Architettura e funzionamento della piattaforma

1. La piattaforma, accessibile tramite il portale, è organizzata
in un' «area pubblica» ed in un' «area privata» .
2. L'area pubblica consente la consultazione delle proposte
referendarie e dei relativi quesiti nonchè delle proposte di legge
popolare, in corso e scadute, con l'indicazione del numero di firme
raccolte fino al momento della visualizzazione. Consente, altresì,
la consultazione di tutte le informazioni necessarie per partecipare
alla raccolta delle firme mediante la stessa piattaforma.
3. L'area privata, a cui è possibile accedere mediante
un'identità digitale basata su credenziali di livello almeno
significativo nell'ambito di un regime di identificazione elettronica
oggetto di notifica, conclusa con esito positivo, ai sensi dell'art.
9 del regolamento (UE), n. 910/214, consente l'utilizzo delle
funzionalità della piattaforma diversificate in relazione atre
distinte tipologie di utenti:
a. «utenza Corte di cassazione»: dedicata al personale della
Corte di cassazione abilitato dal gestore mediante una specifica
funzionalità della piattaforma descritta nel manuale operativo di
cui all'art. 3, comma 3.
L'abilitazione è riconosciuta sulla base dei seguenti profili
differenziati di accesso che tengono conto delle specifiche mansioni
svolte dal suddetto personale:
1. profilo magistrato: dedicato alla consultazione, estrazione e
controllo delle sottoscrizioni raccolte per le iniziative
referendarie e depositate presso la Corte di cassazione nonchè, più
in generale, alle funzioni di cui agli articoli 12 e 32 della legge
25 maggio 1970, n. 352;
2. profilo personale tecnico-amniinistrativo: dedicato
all'inserimento in piattaforma dei nominativi dei promotori della
raccolta e all'abilitazione di almeno due promotori della raccolta ad
operare sulla piattaforma;
3. profilo amministratore delle utenze: dedicato all'abilitazione
e alla disabilitazione di ulteriore personale della Corte di
cassazione sulla base di specifiche esigenze organizzative;
4. profilo personale delegato: dedicato al personale delegato di
cui all'art. 2, del decreto-legge 9 marzo 1995, n. 67, convertito,
con modificazioni, dalla legge 5 maggio 1995, n. 159;
b. «utenza Soggetti promotori»: dedicata ai soggetti promotori
della proposta referendaria o di legge popolare abilitati:
1. al caricamento in piattaforma, successivamente alla
pubblicazione nella Gazzetta Ufficiale dell'annuncio di cui all'art.
7, secondo comma, della legge 25 maggio 1970, n. 352, della proposta;
2. alla consultazione, estrazione e monitoraggio delle
sottoscrizioni raccolte per l'iniziativa;
3. all'abilitazione di ulteriori soggetti promotori i cui
nominativi sono inseriti in piattaforma ai sensi della lettera a),
numero 2.
L'accesso ai dati personali dei sottoscrittori resta nella
disponibilità esclusiva dei promotori fino alla data del deposito
delle medesime sottoscrizioni presso la cancelleria della Corte di
cassazione;
c. «utenza Cittadino»: dedicata agli aventi diritto che intendono
sottoscrivere una proposta referendaria o di legge popolare.
4. Il personale abilitato della cancelleria della Corte di
cassazione, entro due giorni lavorativi dalla pubblicazione nella
Gazzetta Ufficiale dell'annuncio di cui all'art. 7, secondo comma,
della legge 25 maggio 1970, n. 352, inserisce in piattaforma il nome,
il cognome, il luogo, la data di nascita, il codice fiscale e il
comune di iscrizione nelle liste elettorali dei promotori della
raccolta e abilita almeno due dei soggetti promotori in conformità a
quanto previsto al comma 3, lettera a), utilizzando una specifica
funzionalità descritta nel manuale operativo di cui all'art. 3,
comma 3.
5. Il promotore abilitato, effettuato l'accesso alla piattaforma,
abilita gli altri promotori dell'iniziativa, i cui nominativi sono
inseriti in piattaforma ai sensi del comma 3, lettera a), numero 2,
se non già abilitati dal personale tecnico-amministrativo della
Corte di cassazione. Procede, inoltre, a caricare in piattaforma la
proposta recante, a seconda delle finalità della raccolta delle
firme, le specifiche indicazioni prescritte, rispettivamente, dagli
articoli 4, 27 e 49 della legge n. 352 del 1970, oltre agli ulteriori
dati utili alla presentazione dell'iniziativa. Le attività di cui al
presente comma sono eseguite mediante specifiche funzionalità
descritte nel manuale operativo di cui all'art. 3, comma 3.
6. La piattaforma, al termine del caricamento di cui al comma 5,
tramite una specifica funzionalità descritta nel manuale operativo
di cui all'art. 3, comma 3, acquisisce la proposta e, rendendola
immodificabile nel rispetto delle previsioni del CAD e delle linee
guida AgID sulla formazione, gestione e conservazione dei documenti
informatici, le attribuisce data certa mediante l'apposizione di uno
strumento di validazione temporale elettronica qualificata di cui
all'art. 42 del regolamento eIDAS.
7. Contestualmente all'acquisizione di cui al comma 6, la
piattaforma, mediante una specifica funzionalità descritta nel
manuale operativo di cui all'art. 3, comma 3, rende disponibile ai
promotori un'attestazione di pubblicazione dell'iniziativa
referendaria o di legge popolare munita di sigillo elettronico
qualificato ai sensi del regolamento eIDAS. Rende altresì
disponibile la stessa iniziativa alla raccolta delle sottoscrizioni,
per il periodo di tempo necessario a seconda delle finalità della
raccolta nel rispetto di quanto previsto dagli articoli 4, 28 e 49
della legge n. 352 del 1970, delle indicazioni fornite dai soggetti
promotori all'atto del caricamento di cui al comma 5 e, comunque, non
oltre la messa a disposizione della cancelleria della Corte di
cassazione, da parte dei soggetti promotori, con le modalità di cui
all'art. 7, delle firme raccolte elettronicamente.
8. I promotori possono terminare la raccolta delle sottoscrizioni
in qualsiasi momento utilizzando una specifica funzionalità della
piattaforma descritta nel manuale operativo di cui all'art. 3, comma
3.
9. La piattaforma, a partire dalla data in cui è assicurata
l'interoperabilità con la PDND ovvero con l'Anagrafe nazionale della
popolazione residente (ANPR), permette ai soggetti legittimati dalla
legge, tramite una specifica funzionalità descritta nel manuale
operativo di cui all'art. 3, comma 3, la verifica della correttezza
dei dati dei cittadini fruitori della stessa piattaforma nonchè
della loro iscrizione nelle liste elettorali.
10. La piattaforma, fino a quando il dato relativo all'iscrizione
nelle liste elettorali non è disponibile in ANPR, consente ai
soggetti promotori, mediante apposita funzionalità descritta nel
manuale operativo di cui all'art. 3, comma 3, di inviare al comune
competente, con posta elettronica certificata o altro servizio
elettronico di recapito certificato qualificato, la richiesta di
verifica dell'iscrizione dei sottoscrittori nelle liste elettorali
con rilascio del relativo certificato.

Art. 5

Modalità di raccolta delle sottoscrizioni

1. L'avente diritto, dopo aver effettuato l'accesso alla
piattaforma con le modalità di cui all'art. 4, comma 3, sceglie la
proposta referendaria o di legge popolare che intende sottoscrivere
recante, a seconda delle finalità della raccolta firme, le
specifiche indicazioni prescritte, rispettivamente, dagli articoli 4,
27 e 49 della legge 25 maggio 1970, n. 352.
2. La piattaforma, mediante una specifica funzionalità descritta
nel manuale operativo di cui all'art. 3, comma 3 e fatto salvo quanto
previsto dall'art. 4, comma 10, acquisisce il nome, il cognome, il
luogo e la data di nascita del sottoscrittore, il comune nelle cui
liste elettorali è iscritto ovvero, per i cittadini italiani
residenti all'estero, la loro iscrizione nelle liste elettorali
dell'Anagrafe degli italiani residenti all'estero, nonchè, ove
disponibile, l'attributo elettore presente in ANPR.
3. La piattaforma acquisisce, altresì, l'identificativo univoco
della sessione di autenticazione fornito dal gestore di identità
digitale. Nel caso in cui tale identificativo non è disponibile, lo
stesso è generato e associato alla sessione direttamente dalla
piattaforma.
4. Le informazioni di cui ai commi 2 e 3 sono esposte al
sottoscrittore, in relazione all'iniziativa prescelta, al momento
della raccolta della firma espressa, con le modalità descritte nel
manuale operativo di cui all'art. 3, comma 3, e confermate dallo
stesso mediante la pressione di un tasto dedicato alla
sottoscrizione.
5. Le informazioni e le evidenze informatiche delle attività di
cui ai commi 1, 2, 3 e 4 sono registrate e rese immodificabili nel
rispetto delle disposizioni del GDPR e del CAD.
6. Il gestore della piattaforma garantisce la riconducibilità
della sottoscrizione all'avente diritto mediante certificazione di
processo delle attività di cui ai commi 1, 2, 3 e 4 e apposizione al
relativo documento del proprio sigillo elettronico qualificato, ai
sensi del regolamento eIDAS. Le caratteristiche della certificazione
di processo sono descritte nel manuale operativo di cui all'art. 3,
comma 3.

Art. 6

Conservazione delle sottoscrizioni e diritto di accesso

1. Il gestore della piattaforma conserva le informazioni e le
evidenze informatiche di cui all'art. 5, commi 1, 2, 3 e 4, per il
medesimo periodo di tempo necessario alla verifica della validità
delle sottoscrizioni previsto per la conservazione delle firme
raccolte con modalità analogica, tramite memorizzazione nel rispetto
delle disposizioni del GDPR e del CAD.
2. Gli utenti di cui all'art. 4, comma 3, lettera a), a partire
dalla data del deposito delle sottoscrizioni presso la cancelleria
della Corte di cassazione, possono accedere, mediante una specifica
funzionalità descritta nel manuale operativo di cui all'art. 3,
comma 3, alle informazioni e alle evidenze informatiche conservate.
3. Gli utenti di cui all'art. 4, comma 3, lettera b), durante il
periodo di conservazione, possono accedere, mediante una specifica
funzionalità descritta nel manuale operativo di cui all'art. 3,
comma 3, esclusivamente alle informazioni e alle evidenze
informatiche conservate, relative alle proprie proposte referendarie
e di iniziativa popolare.
4. Gli utenti di cui all'art. 4, comma 3, lettera c), durante il
periodo di conservazione, mediante una specifica funzionalità
descritta nel manuale operativo di cui all'art. 3, comma 3, possono
accedere esclusivamente alle informazioni e alle evidenze
informatiche relative alle proprie sottoscrizioni.

Art. 7

Messa a disposizione delle firme raccolte elettronicamente

1. I soggetti promotori, al termine del periodo di raccolta delle
sottoscrizioni e, comunque, nella stessa data in cui effettuano il
deposito di eventuali firme autografe raccolte per la medesima
proposta referendaria, mettono a disposizione della cancelleria della
Corte di cassazione, con una specifica funzionalità descritta nel
manuale operativo di cui all'art. 3, comma 3, le firme raccolte
elettronicamente comprensive delle informazioni e delle evidenze
informatiche di cui all'art. 5, commi 1, 2, 3 e 4.
2. La piattaforma, contestualmente alla messa a disposizione delle
firme e delle evidenze ai sensi del comma 1, rende disponibile ai
promotori, tramite una specifica funzionalità descritta nel manuale
operativo di cui all'art. 3, comma 3, un'attestazione di messa a
disposizione munita di sigillo elettronico qualificato e riferimento
temporale qualificato, ai sensi del regolamento eIDAS.
3. I soggetti abilitati di cui all'art. 4, comma 3, lettera a),
numero 1, successivamente alla messa a disposizione delle firme e
delle evidenze di cui al comma 1, mediante una specifica
funzionalità descritta nel manuale operativo di cui all'art. 3,
comma 3, eventualmente coadiuvati dal personale delegato di cui
all'art. 4, comma 3, lettera a), numero 4, o dal personale
tecnico-amministrativo di cui all'art. 4, comma 3, lettera a), numeri
2 e 3, in possesso delle necessarie competenze tecniche, verificano
la validità delle firme raccolte elettronicamente e comprensive
delle informazioni e delle evidenze informatiche di cui all'art. 5,
commi 1, 2, 3 e 4. La valutazione della tempestività della raccolta
delle sottoscrizioni elettroniche nel rispetto di quanto previsto
dagli articoli 4, 28 e 49 della legge n. 352 del 1970, è effettuata
mediante una specifica funzionalità della piattaforma, descritta nel
manuale operativo di cui all'art. 3, comma 3, che consente la
verifica automatica della data in cui le stesse sottoscrizioni sono
state raccolte.
4. Relativamente alle proposte di legge popolare, le firme raccolte
elettronicamente, comprensive delle informazioni e delle evidenze
informatiche di cui all'art. 5, commi 1, 2, 3 e 4, possono essere
presentate al Presidente di una delle due camere, ai sensi dell'art.
49, della legge n. 352 del 1970, come duplicato informatico ai sensi
dell'art. 1, comma 1, lettera i-quinquies), del CAD, ovvero come
copia analogica di documento informatico dotata del contrassegno a
stampa di cui all'art. 23, comma 2-bis, del medesimo codice. Il
duplicato informatico e la copia analogica possono essere estratti
mediante una specifica funzionalità descritta nel manuale operativo
di cui all'art. 3, comma 3.
6. I soggetti abilitati di cui all'art. 4, comma 3, lettera a),
numero 1, successivamente alla messa a disposizione delle firme e
delle evidenze di cui al comma 1, mediante una specifica
funzionalità descritta nel manuale operativo di cui all'art. 3,
comma 3, possono estrarre i dati dei sottoscrittori digitali in un
formato idoneo a garantire l'interoperabilità con gli applicativi
utilizzati dall'Ufficio centrale per il referendum presso la Corte di
cassazione al fine di individuare eventuali duplicazioni di
sottoscrizioni raccolte sia elettronicamente sia analogicamente. Per
tale attività possono essere eventualmente coadiuvati dal personale
delegato di cui all'art. 4, comma 3, lettera a), numero 4, o dal
personale tecnico-amministrativo di cui all'art. 4, comma 3, lettera
a), numeri 2 e 3, lettere b) e c), in possesso delle necessarie
competenze tecniche.

Art. 8

Tipologie di dati oggetto di trattamento, categorie di interessati e
procedure per assicurare il rispetto dell'art. 5 del regolamento UE
2016/679

1. Nell'ambito di operatività della piattaforma, i dati personali
oggetto del trattamento sono:
a. il nome, il cognome, il luogo, la data di nascita, il codice
fiscale del personale dell'Ufficio centrale per il referendum presso
la Corte di cassazione abilitato ai sensi dell'art. 4, comma 3,
lettera a);
b. il nome, il cognome, il luogo di nascita, la data di nascita,
il codice fiscale, il comune di iscrizione nelle liste elettorali
ovvero l'iscrizione nelle liste elettorali dell'Anagrafe degli
italiani residenti all'estero dei promotori della raccolta;
c. il nome, il cognome, il luogo, la data di nascita, il codice
fiscale, il comune di iscrizione nelle liste elettorali ovvero
l'iscrizione nelle liste elettorali dell'Anagrafe degli italiani
residenti all'estero dei soggetti sottoscrittori la proposta di
referendum o di legge popolare e, ove disponibile l'attributo
elettore presente in ANPR;
d. l'identificativo univoco della sessione di autenticazione
fornito dal gestore dell'identità digitale ovvero generato
direttamente dalla piattaforma;
e. l'evidenza della sottoscrizione della proposta referendaria o
di legge popolare.
2. I dati di cui al precedente comma 1, sono trattati dai soggetti
di cui all'art. 4, comma 3, lettera a) e b), esclusivamente per lo
svolgimento delle attività di rispettiva competenza nonchè dal
gestore per garantire il corretto funzionamento del sistema.
3. I dati personali e tutti i dati afferenti l'utilizzo e la
gestione del sistema sono conservati dal gestore con modalità atte a
garantirne la protezione mediante misure tecniche e organizzative
idonee ad evitare trattamenti non autorizzati o illeciti, la perdita
e la distruzione.

Art. 9

Disposizioni in materia di trattamento dei dati personali

1. I dati personali di cui all'art. 8 sono trattati esclusivamente
per le finalità inerenti la raccolta delle firme degli elettori
necessarie per i referendum previsti dagli articoli 75 e 138 della
Costituzione nonchè per i progetti di legge previsti dall'art. 71,
secondo comma, della Costituzione.
2. Il gestore della piattaforma è responsabile del trattamento dei
dati raccolti attraverso la piattaforma e, in generale, di ogni altro
dato inerente alla gestione di ogni attività strumentale
all'utilizzo della stessa piattaforma.
3. I soggetti di cui all'art. 4, comma 3, lettera a) e b), trattano
i dati di cui all'art. 8, comma 1, lettera a), b), c), d) ed e),
quali titolari autonomi del trattamento ai sensi della legge n. 352
del 1970 e del presente decreto.
4. Al fine di assicurare ai soggetti di cui all'art. 4, comma 3,
lettere a), b) c), l'accesso previsto dall'art. 6, il gestore della
piattaforma conserva le firme raccolte elettronicamente, comprensive
delle informazioni e delle evidenze informatiche di cui all'art. 5,
commi 1, 2, 3 e 4, per il tempo previsto dallo stesso art. 6.
5. Il gestore implementa misure di sicurezza appropriate e
specifiche per tutelare i diritti fondamentali e gli interessi delle
persone fisiche.
6. I soggetti di cui all'art. 4, comma 3, lettera a) e b),
effettuano, prima dell'inizio dell'attività di trattamento, la
valutazione d'impatto ai sensi dell'art. 35, paragrafo 10, del GDPR e
consultano il Garante per la protezione dei dati personali nei casi
di cui all'art. 36 del GDPR. Nella valutazione d'impatto sono
indicate, tra l'altro, le misure tecniche e organizzative idonee a
garantire un livello di sicurezza adeguato al rischio, nonchè le
eventuali misure poste a tutela dei diritti e delle libertà degli
interessati.
7. Il gestore garantisce, mediante una specifica funzionalità
descritta nel manuale operativo di cui all'art. 3, comma 3, la
conoscenza da parte dei titolari del trattamento, in maniera
tempestiva, delle violazioni di sicurezza o di qualsiasi minaccia che
comporti un rischio per la sicurezza e per i diritti e le libertà
degli interessati al trattamento.

Art. 10

Disposizioni finali

1. All'attuazione delle disposizioni di cui al presente decreto si
provvede nei limiti delle risorse finanziarie, umane e strumentali
disponibili a legislazione vigente e, comunque, senza nuovi o
maggiori oneri a carico della finanza pubblica.
2. Il presente decreto è inviato ai competenti organi di controllo
e pubblicato nella Gazzetta Ufficiale della Repubblica italiana.
Roma, 9 settembre 2022

p. Il Presidente
del Consiglio dei ministri
il Ministro per l'innovazione tecnologica
e la transizione digitale
Colao
Il Ministro della giustizia
Cartabia

Registrato alla Corte dei conti il 31 ottobre 2022
Ufficio di controllo sugli atti della Presidenza del Consiglio, del
Ministero della giustizia e del Ministero degli affari esteri, reg.
n. 2712

Allegato
SOGEI

PIATTAFORMA REFERENDUM
MANUALE OPERATIVO

INDICE

1. Obiettivo
2. Organizzazione della piattaforma
3. Gestione delle utenze previste
3.1. Descrizione della funzionalità di abilitazione del
profilo «utenza Corte di cassazione» (art. 4, lett. a) del decreto)
3.2. Descrizione della funzionalità di abilitazione dei
promotori da parte del persona della Corte di cassazione (art. 4, co.
4 del decreto)
4. Gestione del quesito referendario o iniziativa popolare
4.1. Descrizione della funzionalità relativa alle attività
dei promotori in piattaforma (art. 4, co. 5 del decreto)
4.2. Descrizione della funzionalità per l'acquisizione della
proposta da parte della piattaforma (art. 4, co. 6 del decreto)
4.3. Descrizione della funzionalità di messa a disposizione
dell'attestazione di pubblicazione (art. 4, co. 7 del decreto)
4.4. Modalità di accesso dei promotori ai dati conservati
(art. 6, co. 3 del decreto)
5. Sottoscrizione del quesito referendario o iniziativa popolare
5.1. Descrizione della funzionalità di acquisizione dei dati
per la sottoscrizione della proposta (art. 5, co. 2 del decreto)
5.1.1. Descrizione della funzionalità di verifica della
correttezza dei dati dei cittadini fruitori della stessa piattaforma
tramite interoperabilità con ANPR (anche via PDND) nonchè della
loro iscrizione nelle liste elettorali (art. 4, co. 9 del decreto)
5.2. Descrizione della funzionalità per l'esposizione delle
informazioni relative alla sottoscrizione al cittadino (art. 5, co. 4
del decreto)
5.3. Descrizione della funzionalità per la certificazione del
processo di sottoscrizione da parte del gestore (art. 5, co. 6 del
decreto)
5.4. Modalità di accesso del cittadino ai dati relativi alle
proprie sottoscrizioni (art. 6 co. 4 del decreto)
6. Gestione della messa a disposizione delle sottoscrizioni
raccolte
6.1. Descrizione della funzionalità per terminare la raccolta
delle sottoscrizioni da parte dei promotori (art. 4, co. 8 del
decreto)
6.2. Descrizione della funzionalità per la richiesta di
certificazione elettorale al Comune (art. 4, co. 10 del decreto)
6.3. Descrizione della funzionalità per la messa a
disposizione delle sottoscrizioni e delle relative evidenze
informatiche da parte dei promotori all'Ufficio Referendum (art.
3, co. 1 del decreto)
6.4. Descrizione della funzionalità per la messa a
disposizione dei promotori dell'attestazione di messa a disposizione
delle sottoscrizioni alla Corte di cassazione (art. 7, co. 2 del
decreto)
6.5. Descrizione delle funzionalità di estrazione del
duplicato informatico e della copia analogica per le proposte di
legge di iniziativa popolare (art. 7, co. 5 del decreto)
7. Accesso alle sottoscrizioni
7.1. Descrizione della funzionalità per la verifica delle
firme da parte della Corte di cassazione (art. 7, co. 3 del decreto)
7.1.1. Descrizione della funzionalità di accesso alle
sottoscrizioni e relative evidenze informatiche da parte dell'utenza
«cassazione» (art. 6, co. 2 del decreto)
7.2. Descrizione della funzionalità di estrazione dati da
parte degli utenti della Corte di cassazione per controllo
duplicazione sottoscrizioni (art. 7, co. 7 del decreto)
8. Descrizione delle caratteristiche tecniche, regole tecniche e
requisiti di sicurezza dell piattaforma (art. 3, co. 3, del decreto)
8.1. Descrizione delle metriche di successo e fallimento delle
operazioni eseguite, unitamente a metriche prestazionali e di
qualità, nonchè di assistenza agli utenti per monitorare
l'operatività della piattaforma (art. 3, co. 3, del decreto)
8.2. Modalità comunicazione data breach da parte del gestore
(art. 9, co. 7 del decreto)
1. Obiettivo
Il presente manuale operativo è finalizzato alla definizione
delle procedure e alla descrizione delle funzionalità che
determinano la gestione della Piattaforma Referendum e iniziative
popolari (di seguito «piattaforma») in attuazione della legge 30
dicembre 2020, n. 178, art. 1, ai commi 341-344 (legge di bilancio
2021) e del decreto XXX (di seguito «decreto»).
2. Organizzazione della piattaforma
La piattaforma è organizzata in un'«area pubblica» ed in
un'«area privata».
L'area pubblica consente la consultazione delle proposte
referendarie e dei relativi quesiti nonchè delle proposte di legge
popolare in corso e scadute, con l'indicazione di tutte le
informazioni necessarie alla sottoscrizione, il numero di firme
raccolte fino al momento della visualizzazione ed il numero
necessario di firme ancora da raccogliere per il raggiungimento del
quorum.
L'area privata consente, secondo le diverse tipologie di utenze
previste, di gestire la proposta referendaria, monitorandone
l'andamento e, nel caso, sottoscrivendo la proposta stessa.
3. Gestione delle utenze previste
Le diverse tipologie di utenti accedono all'area privata
esclusivamente attraverso i sistemi SPID/CIE/CNS, a fronte dei quali
viene generato un Access Token crittografato che permette la
comunicazione tra la parte SPA (Single Page Application) ed i servizi
REST della piattaforma; l'Access Token ha un time-to-live e viene
invalidato al logout esplicito da parte dell'utente.
3.1. Descrizione della funzionalità di abilitazione del profilo
«utenza Corte di cassazione» (art. 4, lett. a) del decreto)
Il gestore della piattaforma, tramite la funzione adibita alla
gestione degli utenti, inserisce i dati anagrafici (codice fiscale,
nome, cognome, luogo e data di nascita) di uno o più utenti della
Corte di cassazione da abilitare come profilo tecnico amministratore
delle utenze (profilo «personale tecnico-amministrativo»). La
piattaforma verifica la sola correttezza dei dati acquisiti
attraverso l' interoperabilità con il sistema ANPR, senza ulteriori
verifiche.
Gli utenti della Corte di cassazione così abilitati, tramite la
funzione adibita alla gestione degli utenti, inseriscono i dati
anagrafici (codice fiscale, nome, cognome, luogo e data di nascita)
degli ulteriori utenti della Corte di cassazione da abilitare,
distinguendoli nei diversi profili necessari:
A. profilo magistrato: dedicato alla consultazione, estrazione
e controllo delle sottoscrizioni raccolte per le iniziative
referendarie e depositate presso la Corte di cassazione nonchè, più
in generale, alle funzioni di cui agli articoli 12 e 32 della legge
25 maggio 1970, n. 352;
B. profilo personale tecnico-amministrativo: dedicato all'
inserimento in piattaforma dei nominativi dei promotori della
raccolta e all'abilitazione di almeno due promotori della raccolta ad
operare sulla piattaforma;
C. profilo amministratore delle utenze: dedicato
all'abilitazione e alla disabilitazione di ulteriori soggetti facenti
parte dell'Ufficio centrale per il referendum presso la Corte di
cassazione sulla base di specifiche esigenze organizzative;
D. profilo personale delegato: dedicato al personale delegato
di cui all'art. 2, del decreto-legge 9 marzo 1995, n. 67, convertito,
con modificazioni, dalla legge 5 maggio 1995, n. 159;
3.2. Descrizione della funzionalità di abilitazione dei promotori
da parte del personale della cancelleria della Corte di cassazione
(art. 4, co. 4 del decreto)
L'utente della Corte di cassazione, profilo tecnico
amministrativo, attraverso la funzione di gestione degli utenti,
associa l'elenco degli utenti promotori all'identificativo univoco
della proposta pubblicato in Gazzetta ufficiale attraverso
l'inserimento dei dati anagrafici di ciascun utente promotore (codice
fiscale, nome, cognome, luogo e data di nascita). La piattaforma
verifica la sola correttezza dei dati attraverso l'interoperabilità
con il sistema ANPR, senza ulteriori verifiche.
L'utente della Corte di cassazione, profilo tecnico
amministrativo, attraverso la funzione di gestione degli utenti,
visualizza i dati anagrafici (nome, cognome, luogo e data di nascita)
degli utenti promotori precedentemente censiti e ne abilita almeno
due alla gestione della proposta attraverso la spunta di uno
specifico flag di abilitazione.
L'utente promotore abilitato, tramite la funzione adibita alla
gestione degli utenti, visualizza le proposte a lui associate e, nel
caso, abilita ulteriori promotori alla gestione del quesito
referendario o iniziativa popolare attraverso la spunta di uno
specifico flag di abilitazione.
4. Gestione del quesito referendario o iniziativa popolare
4.1. Descrizione della funzionalità relativa alle attività dei
promotori in piattaforma (art. 4, co. 5 del decreto)
L'utente promotore abilitato alla gestione della proposta
referendaria o iniziativa popolare, attraverso gli strumenti di
gestione della piattaforma, acquisisce i dati specifici della
proposta scegliendo la tipologia di iniziativa da registrare:
Referendum abrogativo (art. 75 della Costituzione);
Referendum costituzionale (art. 138 della Costituzione);
Legge di iniziativa popolare (art. 71 della Costituzione).
La piattaforma guida l'utente promotore nell'inserimento dei dati
relativi alla proposta da sottoscrivere specificandone i dati a
seconda della tipologia di iniziativa:
Tipo di iniziativa prevista dall'art. 138 della Costituzione
Categoria
Comitato
Titolo
Logo (eventuale)
Descrizione breve
Descrizione lunga
Titolo legge costituzionale
Data approvazione alla camera dei deputati
Data approvazione al senato
Data pubblicazione nella Gazzetta Ufficiale della legge
Numero nella Gazzetta Ufficiale
Quesito relativo alla richiesta
Tipo di iniziativa prevista dall'art. 75 della Costituzione
Categoria
Comitato
Titolo
Logo
Descrizione breve
Descrizione lunga
Leggi di riferimento
Quesito relativo alla richiesta
Tipo di iniziativa prevista dall'art. 71 della Costituzione
Categoria
Comitato
Titolo
Logo
Descrizione breve
Descrizione lunga
Titolo legge
Testo integrale
4.2. Descrizione della funzionalità per l'acquisizione della
proposta da parte della piattaforma (art. 4, co. 6 del decreto)
L'utente promotore visiona l'anteprima della richiesta di
caricamento in piattaforma della proposta e conferma la correttezza
dei dati inseriti. Con la selezione di un apposito tasto, l'utente
promotore carica in piattaforma la proposta e avvia immediatamente la
raccolta delle firme.
Ogni iniziativa caricata è resa immodificabile tramite
apposizione di Sigillo elettronico qualificato, in formato PAdES, del
soggetto a cui la legge assegna la realizzazione ed evoluzione della
Piattaforma ed è munita di riferimento temporale tramite apposizione
marca temporale qualificata di cui all'art. 42 del regolamento eIDAS,
utilizzando un servizio remoto messo a disposizione da una CA
qualificata.
A partire da questo documento viene elaborato un hash (SHA-256)
che sarà apposto sull'attestato di sottoscrizione del cittadino.
Al promotore è inibita qualsiasi funzione di modifica della
proposta.
4.3. Descrizione della funzionalità di messa a disposizione
dell'attestazione di pubblicazione (art. 4, co. 7 del decreto)
L'utente promotore, dopo il caricamento della proposta in
piattaforma, può utilizzare gli strumenti di gestione che permettono
di:
1. scaricare l'attestato di attivazione della proposta
referendaria in formato pdf munito di sigillo elettronico qualificato
e marca temporale che attesta l'attivazione del quesito
referendario/iniziativa popolare;
2. aggiungere un'immagine relativa all'iniziativa o un
riferimento ad un sito internet esterno a scelta del promotore.
4.4. Modalità di accesso dei promotori ai dati conservati (art. 6,
co. 3 del decreto)
In qualunque momento il promotore, tramite gli strumenti di
gestione, può accedere alle sottoscrizioni effettuate dai cittadini,
verificarne l'andamento tramite accesso ai dati, estrarre
settimanalmente, ovvero alla chiusura della raccolta, elenchi
contenenti i dati relativi alle sottoscrizioni, suddivisi per comune
di iscrizione nelle liste elettorali di appartenenza, sia in formato
pdf munito di sigillo elettronico qualificato che in formato csv e
contenente i seguenti dati:
Titolo del quesito referendario/iniziativa popolare
Codice fiscale
Nome, cognome, data di nascita, luogo di nascita
Timestamp della sottoscrizione
Comune di iscrizione nelle liste elettorali dichiarato (o
confermato a seguito di chiusura della raccolta delle sottoscrizioni
- si veda il successivo paragrafo 6.3)
5. Sottoscrizione del quesito referendario o iniziativa popolare
5.1. Descrizione della funzionalità di acquisizione dei dati per
la sottoscrizione della proposta (art. 5, co. 2 del decreto)
Il cittadino che intende sottoscrivere un'iniziativa referendaria
accede all'area privata attraverso un'identità digitale. La
Piattaforma acquisisce 1' identificativo univoco della sessione (ID
sessione) di autenticazione fornito dal gestore di identità
digitale. Nel caso in cui l'identificativo non sia disponibile la
Piattaforma ne genera uno che associa alla specifica sessione.
Il cittadino visualizza il dettaglio dei dati significativi della
proposta scelta.
5.1.1. Descrizione della funzionalità di verifica della
correttezza dei dati dei cittadini fruitori della stessa piattaforma
tramite interoperabilità con ANPR (anche via PDND) nonchè della
loro iscrizione nelle liste elettorali (art. 4, co. 9 del decreto)
La piattaforma, attraverso il codice fiscale fornito dal provider
dell'identità digitale, accede al sistema ANPR e mostra al cittadino
i propri dati anagrafici (nome, cognome, luogo e data di nascita).
La Piattaforma consente al cittadino di completare la scheda
inserendo il comune nelle cui liste elettorali è iscritto.
Con l'integrazione in ANPR delle liste elettorali, anche questa
operazione sarà svolta automaticamente dalla Piattaforma.
5.2. Descrizione della funzionalità per l'esposizione delle
informazioni relative alla sottoscrizione al cittadino (art. 5, co. 4
del decreto)
Le informazioni anagrafiche insieme all'ID sessione sono esposte
al cittadino in relazione all'iniziativa che intende sottoscrivere
selezionando l'apposito tasto che lo invita alla sottoscrizione.
La sottoscrizione da parte del cittadino si realizza con due
azioni consecutive compiute dallo stesso: selezione del pulsante che
invita alla sottoscrizione con apertura dell'anteprima del documento
e nuova selezione sulla conferma.
5.3. Descrizione della funzionalità per la certificazione del
processo di sottoscrizione da parte del gestore (art. 5, co. 6 del
decreto)
Le operazioni realizzate dal cittadino sono registrate e
archiviate insieme alle informazioni anagrafiche e all'ID sessione e
sono collegate al documento informatico relativo all'iniziativa
tramite hash generato come da funzionalità descritta al paragrafo
4.3.
La certificazione del processo descritto è garantita
dall'apposizione, sull'attestazione di sottoscrizione, del Sigillo
elettronico qualificato del gestore.
5.4. Modalità di accesso del cittadino ai dati relativi alle
proprie sottoscrizioni (art. 6, co. 4 del decreto)
L'attestato di sottoscrizione che il cittadino può scaricare
utilizzando gli strumenti di gestione della sottoscrizione, riporta,
oltre ai dati anagrafici, l'identificativo univoco della sessione
utente avviata tramite autenticazione verso un IDP esterno (SPID,
CIE, CNS) e il riferimento all'iniziativa sottoscritta sia testuale
che tramite hash.
I cittadini potranno visualizzare le proprie sottoscrizioni
effettuate accedendo all'area privata del portale.
6. Gestione della messa a disposizione delle sottoscrizioni raccolte
Le evidenze informatiche relative alla raccolta delle
sottoscrizioni vengono esposte ai profili abilitati in diverse
modalita':
1. direttamente sul portale con possibilità di ricerca,
accesso, estrazione e verifica dei singoli documenti informatici
generati a seguito di sottoscrizione;
2. tramite elenchi periodicamente generati dalla piattaforma,
suddivisi per comune di iscrizione nelle liste elettorali, sia in
formato pdf munito di sigillo elettronico qualificato che in formato
csv contenenti i seguenti dati:
Titolo del quesito referendario/iniziativa popolare
Codice fiscale
Nome, cognome, data di nascita, luogo di nascita
Timestamp della sottoscrizione
Comune di iscrizione nelle liste elettorali dichiarato (o
confermato a seguito di chiusura della raccolta delle sottoscrizioni
- si veda il successivo paragrafo 6.3).
6.1. Descrizione della funzionalità per terminare la raccolta
delle sottoscrizioni da parte dei promotori (art. 4, co. 8 del
decreto)
La piattaforma chiude automaticamente la raccolta delle
sottoscrizioni secondo le tempistiche previste dalle norme per la
specifica tipologia di iniziativa. L'utente promotore attraverso gli
strumenti di gestione dell'iniziativa può anche interrompere in
qualsiasi momento la raccolta delle sottoscrizioni.
La chiusura dell'iniziativa alla raccolta delle sottoscrizioni
renderà la stessa definitivamente chiusa e non ne sarà possibile la
riapertura.
6.2. Descrizione della funzionalità per la richiesta di
certificazione elettorale al comune (art. 4, co. 10 del decreto)
Fino all'integrazione delle liste elettorali nel sistema ANPR,
attraverso gli strumenti di gestione dell'iniziativa, l'utente
promotore, dopo la chiusura delle sottoscrizioni, genera un messaggio
di PEC per ogni comune per il quale risultano cittadini
sottoscrittori dell'iniziativa con la richiesta di verifica
dell'iscrizione dei sottoscrittori nelle liste elettorali e di
rilascio del relativo certificato. La piattaforma provvede in
automatico all'invio dei messaggi così generati alle caselle PEC dei
comuni estratte dall'Indice dei domicili digitali della pubblica
amministrazione e dei gestori di pubblici servizi, di cui all'art. 6
ter del CAD, ed alla gestione delle ricevute di accettazione e di
avvenuta consegna di cui all'art. 6 del decreto del Presidente della
Repubblica 11 febbraio 20015, n. 68. Le ricevute sono consultabili
secondo quanto specificato al paragrafo 7.1.1.
6.3. Descrizione della funzionalità per la messa a disposizione
delle sottoscrizioni e delle relative evidenze informatiche da parte
dei promotori all'Ufficio Referendum (art. 7, co. 1 del decreto)
L'utente promotore, tramite gli strumenti di gestione
dell'iniziativa, selezionando l'apposito tasto, mette a disposizione
della Corte di cassazione gli elenchi prodotti dalla piattaforma dopo
l'invio della richiesta di verifica dell'iscrizione nelle liste
elettorali dei cittadini sottoscrittori ai comuni competenti tramite
PEC ovvero nel momento della verifica dell'attributo elettore in
ANPR.
6.4. Descrizione della funzionalità per la messa a disposizione
dei promotori dell'attestazione di messa a disposizione delle
sottoscrizioni alla Corte di cassazione (art. 7, co. 2 del decreto)
L'utente promotore, dopo la messa a disposizione degli elenchi,
può utilizzare gli strumenti di gestione dell'iniziativa per
scaricare l'attestato di messa a disposizione e gli elenchi delle
sottoscrizioni in formato pdf, muniti di Sigillo elettronico nonchè
di marca temporale.
6.5. Descrizione delle funzionalità di estrazione del duplicato
informatico e della copia analogica per le proposte di legge di
iniziativa popolare (art. 7, co. 5 del decreto)
Tutti i documenti informatici generati dalla piattaforma in
formato pdf muniti di sigillo elettronico e/o di marca temporale
possono essere estratti quale duplicato informatico e sono muniti di
contrassegno ai sensi dell'art. 23, comma 2 bis, del CAD ai fini
della loro verifica per l'eventuale copia analogica prodotta.
7. Accesso alle sottoscrizioni
7.1. Descrizione della funzionalità per la verifica delle firme da
parte della Corte di cassazione (art. 7, co. 3 del decreto)
Successivamente alla messa a disposizione delle sottoscrizioni da
parte dei promotori, gli utenti della Corte di cassazione (profilo
magistrato eventualmente coadiuvato da altri profili che possono
autorizzare ai sensi del decreto), attraverso gli strumenti di
gestione della piattaforma, possono visualizzare, anche secondo
ordinamenti personalizzati, l'elenco di tutte le sottoscrizioni
effettuate dai cittadini complete dei relativi dati, nonchè
ricercare e selezionare una o più sottoscrizioni per la verifica
puntuale internamente o, previa estrazione, esternamente alla
piattaforma.
7.1.1. Descrizione della funzionalità di accesso alle
sottoscrizioni e relative evidenze informatiche da parte dell'utenza
«cassazione» (art. 6, co. 2 del decreto)
Gli utenti della Corte di cassazione hanno altresì accesso ai
documenti informatici relativi all'iniziativa nonchè a tutte le
evidenze informatiche generate in relazione alla stessa e possono
estrarli per i relativi controlli.
7.2. Descrizione della funzionalità di estrazione dati da parte
degli utenti della Corte di cassazione per controllo duplicazione
sottoscrizioni (art. 7, co. 7 del decreto)
Successivamente alla messa a disposizione delle sottoscrizioni da
parte dei promotori, gli utenti della Corte di cassazione (profilo
magistrato eventualmente coadiuvato da altri profili che possono
autorizzare ai sensi del decreto), attraverso gli strumenti di
gestione della piattaforma, possono estrarre, anche secondo
ordinamenti personalizzati, gli elenchi sia in formato pdf munito di
sigillo elettronico e marca temporale, che in formato lavorabile.
8. Descrizione delle caratteristiche tecniche, regole tecniche e
requisiti di sicurezza della piattaforma (art. 3, co. 3, del decreto)
8.1. Sicurezza perimetrale e di rete
Tutto il traffico diretto al servizio attraversa le
infrastrutture di sicurezza esterne dei data center (DDoS Protector,
IPS e Firewall) ed è poi inoltrato alla prima struttura di
bilanciamento. Tale struttura procede al Proxy (Source NAT) delle
connessioni eliminando l'indirizzo IP pubblico e inoltrando con il
proprio indirizzo tutte le connessioni ai sistemi posizionati in DMZ.
I sistemi di bilanciamento non tracciano le connessioni.
I sistemi posizionati in DMZ provvedono ad una analisi iniziale
del traffico e, laddove previsto, eliminano la componente dummy e
trasferiscono al backend le chiamate residue.
Il successivo strato di sicurezza è posto tra i sistemi in DMZ
della infrastruttura e i server di backend a protezione di questi
ultimi (Firewall, Bilanciatore/WAF e IPS).
Il backend è poi realizzato all'interno di un cluster di server
virtuali, su cui è implementato un modello di sicurezza
infrastrutturale a microsegmentazione.
Le infrastrutture di sicurezza perimetrale esterne sono
realizzate in sequenza attraverso i seguenti dispositivi, in livelli
successivi:
DDoS Protector: è un dispositivo esposto sulla frontiera più
esterna della rete Internet per mitigare eventuali attacchi mirati a
rendere il servizio indisponibile (es. DoS e DDoS), sia di tipo
volumetrico che qualitativi. Nello specifico, il dispositivo è
connesso in modalità Layer2 tra i router esterni e i firewall
perimetrali, lavorando in collaborazione con l'analogo servizio
erogato dagli Internet Service Provider. Rileva dinamicamente e
blocca eventuali tentativi di attacco (sono registrati gli indirizzi
IP pubblici e relativi eventi attinenti tentativi di attacco
riconosciuti).
Sonde di Network Intrusion Prevention (NIPS): i dispositivi
hanno il compito di mitigare gli attacchi diretti ai server di
frontend che erogano i servizi web; nello specifico sono
interconnesse in modalità Layer 2 tra i router esterni e i firewall
perimetrali.
Firewall di perimetro che autorizzano le comunicazioni verso le
reti e i sistemi attestati sulla DMZ e il back-end, attuando
controlli delle sessioni (Stateful Inspection) e dei protocolli
applicativi autorizzati (Protocol Enforcement).
Un ulteriore strato di sicurezza è posto tra i sistemi in DMZ
della infrastruttura e i server di backend. Tale infrastruttura è
composta da firewall che separano la rete DMZ dalla rete dove è
posizionato il backend e da un ulteriore strato di bilanciamento
comprensivo di funzionalità Web Application Firewall (WAF) e di
Sonde NIPS poste a protezione dei sistemi di backend.
Il sistema WAF introduce inoltre uno strato di sicurezza di tipo
Signature-Based, che viene successivamente supportato da ulteriori
dispositivi di Network Intrusion Prevention, presenti nella
infrastruttura di rete e configurati in modalità Layer 2. L'utilizzo
di sessioni applicative crittografate (HTTPS TLS 1.2+) richiede
l'utilizzo della modalità operativa denominata SSL End to End,
necessaria per la decrittazione del traffico, l'analisi e il blocco
di eventuali attacchi applicativi come ad esempio Cross-Site
Scripting (XSS), SQL injection, ecc. Sono registrate dal dispositivo
esclusivamente le connessioni provenienti dall'indirizzo IP privato
dei server in DMZ, inerenti a tentativi di attacchi applicativi.
Le regole di sicurezza applicate al sistema WAF sono strettamente
legate alle funzionalità dei servizi erogati e sono impostate
successivamente a una fase iniziale detta di learning, in cui il
dispositivo apprende il funzionamento lecito dell'applicazione.
In generale i gruppi di servizi, gli utenti e i sistemi
informativi sono sempre segmentati a livello di rete.
L'accesso agli strumenti di configurazione degli apparati di rete
è consentito solo a personale inserito in specifici gruppi di
utenza, gli unici ad avere una profilatura di massimo livello delle
chiavi di accesso agli apparati. Oltre all'inserimento delle
credenziali di accesso personali, viene effettuato un ulteriore
controllo a livello di MAC address (layer 2) o di IP address (layer
3). Solo i MAC o gli IP address delle postazioni associate al
personale autorizzato sono presenti in una white-list di MAC o IP
address tenuta costantemente aggiornata, e distribuita su tutti gli
apparati di rete. In tal modo si permette l'accesso alle risorse (sia
tramite CLI che tramite GUI) solo da tali postazioni, e solo dal
personale autorizzato. Inoltre, tutte le operazioni effettuate sugli
apparati di rete sono registrate e storicizzate da apposito e diverso
gruppo di monitoraggio.
Tutte le porte non utilizzate degli apparati di rete vengono
lasciate esplicitamente disabilitate finchè non si rende necessaria
una loro configurazione e successivo utilizzo, a seguito di specifica
richiesta utente o di specifico progetto.
8.2. Controllo accessi
L'accesso alla piattaforma del referendum è effettuato tramite
SPID, CIE o CNS.
8.3. Sicurezza fisica
L'accesso alle sedi aziendali del gestore della piattaforma è
controllato da un servizio di vigilanza armata della Guardia di
Finanza con presenza 24 ore su 24, da dispositivi di registrazione
degli accessi supportati da tornelli, che costituiscono anche una
barriera fisica, da sistemi di videosorveglianza a circuitò chiuso
(TVCC) e da un servizio di ronda notturna, anch'esso di
responsabilità della Guardia di Finanza.
Inoltre, la sede centrale, dove sono installate le infrastrutture
tecniche (hardware e software) e logistiche, è circondata da un muro
di cinta in cemento armato, sormontato da una recinzione, dotato di
barriera a fili tesi anti intrusione e provvisto di sonde anti
sfondamento.
Al fine di innalzare il livello di sicurezza all'interno della
sala CED, posta al piano interrato, è presente un presidio
permanente della Guardia di Finanza e un accesso fisico controllato
con tornelli ed attivo tramite badge al solo personale autorizzato.
È inoltre installato all'interno un sistema di telecamere a circuito
chiuso.
Tutte le telecamere del sistema di videosorveglianza perimetrale
e del CED, configurato in alta affidabilità, sono asservite a
videoregistratori, posti in un'apposita sala regia governata 24 ore
su 24 dalla Guardia di Finanza, dove fanno capo anche le segnalazioni
provenienti dai sistemi anti intrusione e anti sfondamento.
L'accesso fisico alle sedi aziendali, regolato da norme
specifiche, è consentito soltanto al personale autorizzato. In
particolare, le modalità di accesso alle sedi sono diversificate per
persone, materiali ed automezzi.
I server che implementano le applicazioni ed i servizi di backend
del progetto risiedono in sala CED all'interno di armadi rack
metallici chiusi.
8.4. Conduzione operativa
8.4.1. Disaster recovery
Le modalità adottate per effettuare la replica vanno
dall'utilizzo delle tecniche di replica array-based del sottosistema
storage che contiene i dati e gli ambienti interessati fino alla
replica remota delle copie di salvataggio effettuate tramite le
procedure di backup, attivando la replica tra i sottosistemi a disco
che contengono le copie di backup.
L'RPO (Recovery Point Objective) garantito nel caso di replica
array-based è inferiore al minuto, nel caso della replica dei backup
può essere dell'ordine di poche decine di minuti (per backup
incrementali degli archive log dei database) o di un tempo più lungo
che dipende dall'ultimo backup full effettuato con successo.
In entrambi i casi l'RTO (Recovery Time Objective) garantito per
il servizio di disaster recovery adottato è dell'ordine di I
settimana.
Per il servizio ICT viene effettuata la replica array-based dei
seguenti elementi:
dati
sistemi operativi e configurazioni ambienti virtuali
La replica adottata è continua e non prevede fermi durante le
simulazioni di ripartenza sul sito secondario.
Le operazioni di replica sono costantemente monitorate e nel caso
di fermo accidentale possono essere riattivate senza perdita dei dati
già replicati e ripartendo, con l'adozione di tecniche di
journaling, dal punto di interruzione avvenuto.
La replica del backup avviene tra due sottosistemi a disco su cui
sono depositati i backup effettuati, la replica avviene per
differenze basandosi sulla funzionalità di deduplica del
sottosistema.
8.4.2. Vulnerabilità tecniche e patching
L'aggiornamento (patching) dei sistemi informatici viene
effettuato con cadenza almeno semestrale secondo la seguente
procedura:
si valutano e si documentano i rischi connessi alle
vulnerabilità esistenti e agli impatti negativi che si potrebbero
avere sulla funzionalità (es. incompatibilita')
si definiscono gli eventuali piani di rientro laddove non sia
possibile eseguire l'aggiornamento
si eseguono e si documentano le procedure secondo il piano di
test predefinito
Le patch e gli aggiornamenti software, per il sistema operativo e
per le applicazioni, vengono installate mediante procedure
automatizzate.
Le attività di verifica delle vulnerabilità (vulnerability
assessment) di un servizio ICT sono svolte attraverso strumenti
costantemente aggiornati rispetto agli ultimi vettori di attacco
scoperti e seguono specifici test-plan definiti in base alla
documentazione di progetto ed alla tipologia di piattaforma, con un
processo strutturato che prevede:
la rilevazione del perimetro d'intervento
la rilevazione e la classificazione delle vulnerabilita'/non
conformità l'individuazione del possibile impatto
la comunicazione dei risultati ai responsabili di sistema
la definizione dei piani di rientro con i relativi interventi
tecnici
il monitoraggio periodico delle attività precedenti
Tali attività sono pianificate in funzione della criticità dei
sistemi impattati e risultano oggettive, ripetibili e conformi agli
standard di riferimento (es. CVE).
8.4.3. Penetration test
Sono previste attività di Penetration Test sui vari servizi
applicativi coinvolti nell'architettura, tra cui i vari servizi web
esposti. Tali attività sono svolte a cura di un team dedicato,
specializzato nell'analisi delle applicazioni. Le attività vengono
realizzate di norma in fase di pre-rilascio, su ambienti consolidati,
ma possono essere previste anche su base sistematica e continuativa.
I test sono volti ad individuare vulnerabilità applicative ed
infrastrutturali che possono comportare un utilizzo non corretto e
potenzialmente dannoso dei servizi, ad evitare eventuali accessi non
autorizzati, abusi o usi impropri delle applicazioni, nonchè
eventuali esposizioni di informazioni riservate (data leakage). Ogni
test di sicurezza permette di produrre un report di dettaglio sulle
vulnerabilità individuate, comprensivo di esemplificazioni delle
opzioni di sfruttamento - che escludono i falsi positivi - nonchè i
riferimenti per indirizzarne una efficace mitigazione.
La verifica dell'effettiva risoluzione delle segnalazioni può
essere effettuata successivamente con retest mirati.
I test sono di norma eseguiti sull'ambiente di validazione, a
valle del deploy effettuato dalle pipeline di Cl/CD, su una versione
del software consolidata e congruente rispetto alla versione in
rilascio.
Oltre ai test dinamici, eseguiti sui servizi applicativi in
esecuzione e funzionanti, sono eseguiti test statici di sicurezza
tramite l'analisi del codice sorgente dei servizi stessi e delle
immagini generate a valle del processo di Cl/CD. L'analisi statica ha
l'obiettivo di valutare la sicurezza, la qualità del codice ed
eventuali vulnerabilità presenti nelle librerie applicative di terze
parti utilizzate.
Tutte le verifiche di sicurezza, dinamiche e statiche, nonchè la
classificazione delle vulnerabilità, sono basate sulla metodologia
OWASP - Open Web Application Security Project, Standard di
riferimento internazionale per la sicurezza delle applicazioni web.
8.4.4. Benchmark
Prima del rilascio di ogni servizio in produzione, a fronte di
uno studio di capacity, si verifica che il target prefissato di
transazioni al secondo venga raggiunto nel rispetto dei tempi di
risposta previsti, simulando i principali scenari d'uso
dell'applicazione. Gli script realizzati per l'esecuzione dei test
vengono inoltre raccolti e manutenuti in un repository centrale in
modo da riutilizzarli per successive release del servizio, dopo aver
effettuato gli opportuni aggiornamenti.
8.5. Sicurezza cibernetica
8.5.1. Benchmark
Prima del rilascio di ogni servizio in produzione il team
dedicato alla progettazione ed esecuzione di test di carico, a fronte
di uno studio di capacity, verifica che il target prefissato di
transazioni al secondo venga raggiunto nel rispetto dei tempi di
risposta previsti, simulando i principali scenari d'uso
dell'applicazione. Gli script realizzati per l'esecuzione dei test
vengono inoltre raccolti e manutenuti in un repository centrale in
modo da riutilizzarli per successive release del servizio, dopo aver
effettuato gli opportuni aggiornamenti.
8.5.2. Procedure di risposta agli incidenti
Il gestore della piattaforma dispone di una procedura aziendale
che definisce processi, ruoli, compiti ed attività per quanto
riguarda le azioni di risposta agli incidenti di sicurezza. La
procedura è stata strutturata per essere pienamente GDPR-compliant,
e pone un focus particolare alla gestione di incidenti che
coinvolgono violazioni di dati personali (data breach), con
attenzione circa le tempistiche di notifica al titolare previste
dalla normativa.
La procedura dettaglia i ruoli di ogni struttura aziendale
impattata, sia internamente che verso i clienti-titolari, ed è
costantemente aggiornata per includere tutte le modifiche agli attori
aziendali coinvolti nel processo di gestione dell'incidente.
8.5.3. Scenari di attacco
L'utente accede alla piattaforma referendum tramite SPID, CIE o
CNS con identità fornita dall'Identity Provider usato nel processo
di autenticazione. Al Provider spetta la fase di identificazione ed
autenticazione gli utenti e la propagazione dell'identità
dell'utente al servizio.
Nel caso in cui uno degli apparati di sicurezza presenti
nell'infrastruttura identificasse attività non lecita, riconducibile
ad attacchi noti di Cross-Site Scripting (XSS), SQL injection, ecc.,
si potrà rilevare l'utente loggato in sessione e bloccare le
richieste malevoli.
In alcuni casi specifici, nel caso in cui l'attività malevola
risultasse insistente, gli apparati di sicurezza possono essere
configurati per inibire/bloccare temporaneamente la sessione di
lavoro.
8.5.4. Interruzione dei servizio
L'interruzione del servizio può essere ottenuta compromettendo e
rendendo inefficace una componente del servizio stesso, impedendo il
funzionamento o sovraccaricando un elemento tanto da renderlo
inservibile.
L'interruzione del servizio può essere il risultato di attività
esterne all'infrastruttura come interne all'infrastruttura.
L'interruzione del servizio compromette la disponibilità dei
dati.
8.5.5. Intercettazione delle comunicazioni e intromissione
L'intercettazione delle comunicazioni può essere attuata al di
fuori dell'infrastruttura, compromettendo un elemento coinvolto nella
trasmissione delle comunicazioni, oppure all'interno
dell'infrastruttura accedendo ai dati oggetto della comunicazione.
Anche in caso di misure di sicurezza presenti, quali cifratura e
offuscamento, l'intercettazione può portare alla compromissione di
comunicazioni protette. In questo caso, la protezione deve essere
violata per permettere all'attaccante l'accesso alle comunicazioni.
L'intercettazione delle comunicazioni e l'intromissione
compromettono la riservatezza dei dati.
8.5.6. Violazione della integrità delle comunicazioni
La violazione dell'integrità delle comunicazioni avviene quando
un attaccante acquisisce l'accesso alle informazioni ed è in grado
di alterarle, cancellarle o crearne di nuove. La violazione può
avvenire se le difese in essere sono superate o aggirate e
l'attaccante ha l'opportunità di accedere ai dati.
La violazione dell'integrità delle comunicazioni impatta
chiaramente l'integrità dei dati.
8.5.7. Identificazione delle vulnerabilità applicative
La pubblicazione del codice sorgente, anche se verificato tramite
penetration test (vedi paragrafi precedenti) alza necessariamente
l'attenzione circa le modalità di funzionamento delle applicazioni e
di conseguenza l'identificazione di vulnerabilità nel codice.
Analogo discorso è applicabile per le librerie e tecnologie
usate che vanno analizzate laddove possibile e comunque aggiornate
qualora dal monitoraggio della pubblicazione di specifici bollettini
emergano possibili criticità.
8.6. Misure di monitoraggio
8.6.1. Monitoraggio sistemi di sicurezza
I sistemi di sicurezza perimetrale a protezione
dell'infrastruttura di erogazione del servizio sono costantemente
monitorati tramite strumenti di raccolta e correlazione log
provenienti dagli apparati (SIEM). Il Security Operation Center del
gestore della piattaforma opera su diversi livelli di intervento,
garantendo un monitoraggio 24/7 di tutti i sistemi, e la gestione di
problematiche, sia tecniche che derivanti da possibili attacchi, è
inserita e regolata dalla procedura aziendale di gestione degli
incidenti descritta in precedenza.
Sono altresì previste specifiche Incident Response Procedure
(IRP) per gli operatori che svolgono il monitoraggio al fine di
rispondere tempestivamente alle problematiche emerse, attuando una
risposta immediata e attivando le procedure di escalation verso gli
altri livelli di gestione dell'evento, se necessarie.
Le IRP prevedono infatti, in conformità con le procedure
aziendali, l'immediata identificazione (triage) del livello di
minaccia al servizio e l'adozione di adeguate contromisure di
risposta.
8.6.2. Monitoraggio OSINT
Il gestore della piattaforma, tramite il CERT, opera un continuo
monitoraggio di fonti OSINT (Open Source INTelligence), al fine di
individuare, con la massima efficienza, indicatori di compromissione
(IoC) e/o vulnerabilità collegati ai servizi erogati. Per ogni
monitoraggio, viene predisposto un pacchetto di dati tecnici di
interesse, che vengono ricercati e controllati sulle fonti
disponibili in maniera «aperta», a titolo di esempio siti web, social
network, piattaforme di condivisione, community specifiche, forum,
ecc,
La rilevazione di un elemento di interesse (IoC o vulnerabilita')
fra le fonti controllate, porta alla sua contestualizzazione, analisi
e valutazione, anche sulla base dell'affidabilità della sorgente
informativa, al fine di applicare un criterio di prioritizzazione e
determinare le opportune contromisure, indirizzandole verso i gruppi
di competenza.
8.7. Tracciamento
Il gestore della piattaforma dispone di sistemi di tracciamento
dei servizi che ospita e gestisce, sia dal punto di vista applicativo
(cioè il tracciamento dell'uso del servizio stesso), sia
relativamente ai sistemi informatici di supporto come database,
server web e infrastrutture a supporto del servizio.
Nello specifico per ogni accesso alle basi dati ospitate presso i
CED, effettuato tramite utenze nominali o riconducibili ad una
persona fisica (escluse le utenze di servizio), il sistema di
tracciamento DB registra (su appositi log) le seguenti informazioni:
identificativo univoco dell'utenza che accede;
data e ora di login, logout e login falliti;
postazione di lavoro utilizzata per l'accesso (indirizzo IP del
client);
tipo di operazione eseguita sui dati (ad esclusione delle
risposte alle query).
Per ogni accesso ai sistemi operativi, ai sistemi di rete, e ai
sistemi di sicurezza, il sistema di tracciamento degli accessi degli
Amministratori di Sistema registra (su appositi log) le seguenti
informazioni:
identificativo univoco dell'utenza che accede;
data e ora di login, logout;
postazione di lavoro utilizzata per l'accesso (indirizzo IP del
client).
In aggiunta a ciò il sistema traccia le seguenti informazioni:
sui firewall, qualsiasi operazione effettuata dagli
amministratori di sistema (ambito firewall) su apposito log (separato
dai normali log delle regole); il log in questione è in formato
proprietario, cifrato e disponibile solo con apposita console anche
essa ad accesso strettamente limitato
sui sistemi di rete, qualsiasi operazione effettuata dagli
amministratori di sistema (ambito rete)
sui sistemi operativi, le motivazioni dell'accesso degli
amministratori di sistema
I log prodotti dai sistemi di tracciamento infrastrutturali sono
soggetti a monitoraggio costante allo scopo di individuare eventuali
anomalie inerenti alla sicurezza (accessi anomali, operazioni
anomale, ecc.) e di valutare l'efficacia delle misure implementate.
I log di accesso degli Amministratori di sistema e degli
incaricati sono protetti da eventuali tentativi di alterazione e
dispongono di un sistema di verifica della loro integrità.
I log relativi agli accessi e alle operazioni effettuate sui
dati, sui sistemi operativi, sulla rete, sul software di base e sui
sistemi complessi in produzione sono conservati per dodici mesi.
8.8. Capacità dell'infrastruttura
Il gestore della piattaforma dispone di procedure e processi di
change management che tengono traccia di tutte le richieste di
variazione sui vari servizi, dalla fase di startup fino alle
operazioni di adeguamento della capacità dell'infrastruttura. Le
componenti hardware/software del servizio sono censite su un sistema
CMDB (Change Management DataBase).
Il servizio è sottoposto a monitoraggio continuo della
capacità, tramite strumenti di analisi che osservano i seguenti
parametri:
performance della rete (utilizzo di banda);
utilizzo di CPU;
occupazione della RAM;
occupazione del file system;
spazio disco utilizzato e disponibile.
Laddove i sistemi di monitoraggio indicano come necessario un
adeguamento di capacità dell'infrastruttura tecnologica a supporto
del servizio viene redatto, secondo le procedure aziendali, un piano
di adeguamento tecnologico che contiene:
l'analisi effettuata sul monitoraggio del servizio;
le variazioni da implementare per raggiungere i risultati
desiderati sui componenti dell'infrastruttura interessati agli
interventi;
l'orizzonte temporale in cui effettuare le modifiche.
8.9. Continuità del servizio
Il gestore della piattaforma, per garantire un migliore livello
di affidabilità dei servizi offerti, adotta un modello di
strutturazione dell'infrastruttura all'interno del CED che prevede la
duplicazione di tutte le componenti hardware, con una collocazione in
zone del CED separate nelle quali tutta la catena degli elementi
logistici (alimentazione, quadri, raffreddamento, armadi, etc.)
risulti indipendente.
Questa struttura, unita alle caratteristiche di alta
affidabilità delle componenti software utilizzate, garantisce la
continuità di servizio per i sistemi attestati nei CED.
8.10. Servizi sistemistici e gestionali per la conduzione, il
controllo e il mantenimento in efficienza dell'infrastruttura
L'infrastruttura tecnologica del gestore della piattaforma viene
costantemente monitorata dal personale di conduzione per garantirne
la continuità operativa, l'efficienza e la naturale evoluzione.
Questa attività si inquadra nell'ambito di alcuni processi
conformi allo standard ITIL che annoverano l'Incident Management, il
Problem Management, l'Availability Management, il Service Continuity
Management ed il Release and Deployment Management.
Con tali processi vengono garantite, attraverso opportuni
monitoraggi sia infrastrutturali che di servizi erogati
(precedentemente descritti), l'intervento sia proattivo che reattivo
nel caso si manifestassero dei problemi che riducessero l'efficacia
operativa di questi ultimi.
L'approccio identificato in questi processi aziendali è affine
ai concetti di DevOps, per i quali il personale dedicato alla
gestione della conduzione dei servizi stabilisce interazioni con i
gruppi di sviluppo software sia nella fase di implementazione che
nelle modifiche al servizio e nella risoluzione di eventuali
problematiche.
8.11. Monitoraggio dell'infrastruttura, del servizio e delle
performance
Nell'ambito dei processi del gestore della piattaforma su
standard ITIL, il monitoraggio del servizio con focus sull'Incident
Management è svolto tramite la struttura di First Line Support
(FLS).
Il team, in presenza 24/7 presso la sede del gestore della
piattaforma, svolge una verifica della disponibilità e continuità
dei sistemi e dei servizi, mediante la realizzazione di molteplici
controlli che generano segnalazioni di allarmi alle console
centralizzate, monitora l'attivazione di azioni automatiche di
ripristino e interviene con specifiche procedure operative laddove
necessario.
Al fme di ottimizzare il processo, si è adottato è sviluppato
un modello di controllo di tipo Service Control Room che, basandosi
sulle informazioni contenute nel CMDB (descritto in precedenza)
riesce a mappare l'infrastruttura tecnologica sui servizi offerti
agli utenti, arricchendo con i pesi relativi all'impatto gli allarmi
provenienti dai controlli sulle tecnologie.
I controlli realizzati sono specifici a seconda della piattaforma
tecnologica utilizzata.
8.12. Trattamento dei dati personali
Il trattamento dei dati personali oggetto del presente manuale è
stato sottoposto a valutazione d'impatto ai sensi dell'art. 35 del
Regolamento (UE) 2016/679 che individua puntualmente le misure
previste per affrontare i rischi, includendo le garanzie, le misure
di sicurezza e i meccanismi per garantire la protezione dei dati
personali.
In particolare, la piattaforma adotta misure, atte a garantire
l'integrità e la riservatezza dei dati scambiati e conservati, la
sicurezza dell'accesso ai servizi, il tracciamento delle operazioni
effettuate.
Per garantire l'autenticazione, l'integrità e la riservatezza in
senso crittografico dei dati, la piattaforma utilizza il protocollo
di comunicazione HTTPS (HTTP over TLS).
La versione del protocollo TLS e le cipher suite utilizzate sono
la versione 1.2 o superiore.
Periodicamente e ad ogni nuova release il sistema è sottoposto a
Web Application Penetration Test, per la verifica della presenza di
eventuali vulnerabilità.
Tutti i sistemi afferenti alla piattaforma sono sottoposti ad
«hardening».
Il gestore della piattaforma ha adottato tutte le iniziative
necessarie per il mantenimento di un'alta qualità del servizio (QoS,
Quality of Service), utilizzando buone pratiche, ad esempio, per
assicurare prestazioni e scalabilità e per il risparmio della banda.
Come strumento di misura della QoS, il gestore della piattaforma
è soggetto a quelli che vengono definiti Service Level Agreement
(SLA), ovvero accordi sul livello di servizio.
8.13. Descrizione delle metriche di successo e fallimento delle
operazioni eseguite, unitamente a metriche prestazionali e di
qualità, nonchè di assistenza agli utenti per monitorare
l'operatività della piattaforma (art. 3, co. 3, del decreto)
La piattaforma raccoglie metriche applicative dei vari servizi,
permettendo così il controllo continuo della piattaforma sia in
termini di disponibilità, di traffico (throughput) e di tempi di
risposta. Questi dati saranno presentati in forma grafica (dashboard)
alle unità organizzative del gestore adibite al monitoraggio, in
modo che possano essere prese azioni immediate a fronte di incident
atte al ripristino immediato del sistema. Le specifiche di dettaglio
di tali metriche saranno pubblicate sul portale della piattaforma,
nella sezione dedicata.
La piattaforma, oltre ad integrare meccanismi di logging interni,
si connette ad API esterne per la raccolta (log collection), la
ricerca e la produzione di analitiche, utili tra l'altro
all'identificazione di problemi e al monitoraggio del sistema e della
QoS.
Il gestore traccia un evento per ogni richiesta, contenente
almeno i seguenti parametri minimi:
istante della richiesta;
identificativo del fruitore e dell'operazione richiesta;
tipologia di chiamata;
esito della chiamata;
ove applicabile, un identificativo univoco della richiesta,
utile a eventuali correlazioni.
8.14. Modalità comunicazione data breach da parte del gestore
(art. 9, co. 7 del decreto)
La piattaforma garantisce ai titolari del trattamento competenti
la conoscenza, in maniera tempestiva, delle violazioni di sicurezza o
di qualsiasi minaccia che comporti un rischio per la sicurezza e per
i diritti e le libertà degli interessati al trattamento tramite
notifica sul portale e tramite gli indirizzi elettronici di
riferimento inseriti nei profili dell'iniziativa nonchè tramite
canale dedicato nei confronti della Corte di cassazione.