Pagina 2 di 29 OCSI/CERT/IMQ/04/2016/RC Vers. 1.0
Questa pagina è lasciata intenzionalmente vuota
Pagina 3 di 29 OCSI/CERT/IMQ/04/2016/RC Vers. 1.0
Ministero dello Sviluppo Economico
Istituto Superiore delle Comunicazioni e delle Tecnologie dell'Informazione
Rapporto di Certificazione
ARX CoSign v8.2
OCSI/CERT/IMQ/04/2016/RC
Versione 1.0
12 settembre 2016
Pagina 4 di 29 OCSI/CERT/IMQ/04/2016/RC Vers. 1.0
Questa pagina è lasciata intenzionalmente vuota
Pagina 5 di 29 OCSI/CERT/IMQ/04/2016/RC Vers. 1.0
1 Revisioni del documento
Versione Autori Modifiche Data
1.0 OCSI Prima emissione 12/09/2016
Pagina 6 di 29 OCSI/CERT/IMQ/04/2016/RC Vers. 1.0
2 Indice
1 Revisioni del documento .............................................................................................5
2 Indice...........................................................................................................................6
3 Elenco degli acronimi ..................................................................................................8
4 Riferimenti .................................................................................................................10
5 Riconoscimento del certificato...................................................................................12
5.1 Riconoscimento di certificati CC in ambito europeo (SOGIS-MRA) ..................12
5.2 Riconoscimento di certificati CC in ambito internazionale (CCRA)....................12
6 Dichiarazione di certificazione...................................................................................13
7 Riepilogo della valutazione........................................................................................14
7.1 Introduzione.......................................................................................................14
7.2 Identificazione sintetica della certificazione .......................................................14
7.3 Prodotto valutato ...............................................................................................14
7.3.1 Architettura dell'ODV ....................................................................................17
7.3.2 Caratteristiche di Sicurezza dell’ODV...........................................................18
7.3.3 Configurazioni dell’ODV................................................................................20
7.4 Documentazione................................................................................................21
7.5 Requisiti funzionali e di garanzia .......................................................................21
7.6 Conduzione della valutazione............................................................................21
7.7 Considerazioni generali sulla validità della certificazione ..................................21
8 Esito della valutazione...............................................................................................23
8.1 Risultato della valutazione.................................................................................23
8.2 Raccomandazioni..............................................................................................24
9 Appendice A – Indicazioni per l’uso sicuro del prodotto ............................................25
9.1 Consegna..........................................................................................................25
9.2 Installazione e utilizzo sicuro dell’ODV..............................................................25
10 Appendice B – Configurazione valutata ....................................................................26
10.1 Ambiente operativo dell'ODV.............................................................................26
11 Appendice C – Attività di Test ...................................................................................27
11.1 Configurazione per i Test ..................................................................................27
11.2 Test funzionali svolti dal Fornitore .....................................................................27
Pagina 7 di 29 OCSI/CERT/IMQ/04/2016/RC Vers. 1.0
11.2.1 Copertura dei test .........................................................................................27
11.2.2 Risultati dei test ............................................................................................28
11.3 Test funzionali ed indipendenti svolti dai Valutatori ...........................................28
11.4 Analisi delle vulnerabilità e test di intrusione .....................................................29
Pagina 8 di 29 OCSI/CERT/IMQ/04/2016/RC Vers. 1.0
3 Elenco degli acronimi
CC Common Criteria
CCRA Common Criteria Recognition Arrangement
CD-ROM Compact Disk - Read-Only Memory
CEA Certificate Enrollment Application
CEM Common Evaluation Methodology
CGA Certificate Generation Application
COTS Commercial Off The Shelf
CSCI Computer Software Configuration Item
CSP Certificate Service Provider
DPCM Decreto del Presidente del Consiglio dei Ministri
DTBS/R Data To Be Signed/Representation
EAL Evaluation Assurance Level
HW Hardware
LGP Linea Guida Provvisoria
LVS Laboratorio per la Valutazione della Sicurezza
NIS Nota Informativa dello Schema
OCSI Organismo di Certificazione della Sicurezza Informatica
ODV Oggetto della Valutazione
OTP One Time Password
PP Profilo di Protezione
QSCD Qualified electronic Signature Creation Device
RADIUS Remote Authentication Dial-In User Service
RFV Rapporto Finale di Valutazione
SAR Security Assurance Requirement
SCA Signature Creation Application
Pagina 9 di 29 OCSI/CERT/IMQ/04/2016/RC Vers. 1.0
SFR Security Functional Requirement
SSCD Secure Signature Creation Device
SVD Signature Verification Data
SW Software
TDS Traguardo di Sicurezza
TOE Target of Evaluation
TSF TOE Security Functionality
TSFI TOE Security Functionality Interface
Pagina 10 di 29 OCSI/CERT/IMQ/04/2016/RC Vers. 1.0
4 Riferimenti
[CC1] CCMB-2012-09-001, “Common Criteria for Information Technology Security
Evaluation, Part 1 – Introduction and general model”, Version 3.1, Revision
4, September 2012
[CC2] CCMB-2012-09-002, “Common Criteria for Information Technology Security
Evaluation, Part 2 – Security functional components”, Version 3.1, Revision
4, September 2012
[CC3] CCMB-2012-09-003, “Common Criteria for Information Technology Security
Evaluation, Part 3 – Security assurance components”, Version 3.1, Revision
4, September 2012
[CCRA] “Arrangement on the Recognition of Common Criteria Certificates In the
field of Information Technology Security”, July 2014
[CCRA-2000] “Arrangement on the Recognition of Common Criteria Certificates In the
field of Information Technology Security”, May 2000
[CEM] CCMB-2012-09-004, “Common Methodology for Information Technology
Security Evaluation – Evaluation methodology”, Version 3.1, Revision 4,
September 2012
[LGP1] Schema nazionale per la valutazione e certificazione della sicurezza di
sistemi e prodotti nel settore della tecnologia dell’informazione - Descrizione
Generale dello Schema Nazionale - Linee Guida Provvisorie - parte 1 –
LGP1 versione 1.0, Dicembre 2004
[LGP2] Schema nazionale per la valutazione e certificazione della sicurezza di
sistemi e prodotti nel settore della tecnologia dell’informazione -
Accreditamento degli LVS e abilitazione degli Assistenti - Linee Guida
Provvisorie - parte 2 – LGP2 versione 1.0, Dicembre 2004
[LGP3] Schema nazionale per la valutazione e certificazione della sicurezza di
sistemi e prodotti nel settore della tecnologia dell’informazione - Procedure
di valutazione - Linee Guida Provvisorie - parte 3 – LGP3, versione 1.0,
Dicembre 2004
[NIS1] Organismo di certificazione della sicurezza informatica, Nota Informativa
dello Schema N. 1/13 – Modifiche alla LGP1, versione 1.0, Novembre 2013
[NIS2] Organismo di certificazione della sicurezza informatica, Nota Informativa
dello Schema N. 2/13 – Modifiche alla LGP2, versione 1.0, Novembre 2013
[NIS3] Organismo di certificazione della sicurezza informatica, Nota Informativa
dello Schema N. 3/13 – Modifiche alla LGP3, versione 1.0, Novembre 2013
[SOGIS] “Mutual Recognition Agreement of Information Technology Security
Evaluation Certificates”, Version 3, January 2010
Pagina 11 di 29 OCSI/CERT/IMQ/04/2016/RC Vers. 1.0
[ADM] ARX CoSign Administrator Guide, v8.2, ARX, July 2016
[CMS] ARX CoSign-ALC-CM Scope, Rev. 2.7b, ARX, 25 July 2016
[ETSI1] “Electronic Signatures and Infrastructures (ESI); Algorithms and Parameters
for Secure Electronic Signatures; Part 1: Hash functions and asymmetric
algorithms”, ETSI TS102 176-1 V2.0.0 2011-07
[ETSI2] “Electronic Signatures and Infrastructures (ESI); Algorithms and Parameters
for Secure Electronic Signatures; Part 2: Secure channel protocols and
algorithms for signature creation devices”, ETSI TS102 176-2 V1.2.1 2005-
07
[PRE] ARX CoSign Preparative Procedures, v8.2, ARX, April 2016
[RC] Rapporto di Certificazione, “ARX CoSign v7.5”,
OCSI/CERT/IMQ/03/2015/RC, versione 1.0, 6 ottobre 2015
[RFV] Rapporto Finale di Valutazione dell’ODV CoSign, LVS IMQ/LPS, versione
1.0, 27 luglio 2016
[TDS] ARX CoSign Security Target, Version 2.6, Revision 2.6, ARX, 27 April 2016
[USR] ARX CoSign User Guide, v8.2, ARX, April 2016
Pagina 12 di 29 OCSI/CERT/IMQ/04/2016/RC Vers. 1.0
5 Riconoscimento del certificato
5.1 Riconoscimento di certificati CC in ambito europeo (SOGIS-MRA)
L'accordo di mutuo riconoscimento in ambito europeo (SOGIS-MRA, versione 3, [SOGIS])
è entrato in vigore nel mese di aprile 2010 e prevede il riconoscimento reciproco dei
certificati rilasciati in base ai Common Criteria (CC) per livelli di valutazione fino a EAL4
incluso per tutti i prodotti IT. Per i soli prodotti relativi a specifici domini tecnici è previsto il
riconoscimento anche per livelli di valutazione superiori a EAL4.
L'elenco aggiornato delle nazioni firmatarie e dei domini tecnici per i quali si applica il
riconoscimento più elevato e altri dettagli sono disponibili su http://www.sogisportal.eu.
Il logo SOGIS-MRA stampato sul certificato indica che è riconosciuto dai paesi firmatari
secondo i termini dell’accordo.
Il presente certificato è riconosciuto in ambito SOGIS-MRA per tutti i componenti di
garanzia fino a EAL4.
5.2 Riconoscimento di certificati CC in ambito internazionale (CCRA)
La nuova versione dell’accordo internazionale di mutuo riconoscimento dei certificati
rilasciati in base ai CC (Common Criteria Recognition Arrangement, [CCRA]) è stata
ratificata l’8 settembre 2014. Si applica ai certificati CC conformi ai Profili di Protezione
“collaborativi" (cPP), previsti fino al livello EAL4, o ai certificati basati su componenti di
garanzia fino al livello EAL 2, con l’eventuale aggiunta della famiglia Flaw Remediation
(ALC_FLR).
I certificati rilasciati prima dell’8 settembre 2014 sono ancora riconosciuti secondo le
regole del precedente accordo [CCRA-2000], cioè fino al livello EAL 4 (e ALC_FLR).
Queste stesse regole del CCRA-2000 si applicano ai processi di certificazione in corso alla
data dell’8 settembre 2014, come pure al mantenimento e alla ri-certificazione di vecchi
certificati, per un periodo di transizione fino all’8 settembre 2017.
L'elenco aggiornato delle nazioni firmatarie e dei Profili di Protezione “collaborativi" (cPP)
e altri dettagli sono disponibili su http://www.commoncriteriaportal.org.
Il logo CCRA stampato sul certificato indica che è riconosciuto dai paesi firmatari secondo
i termini dell’accordo.
Poiché questo processo è la ri-certificazione di una precedente versione dello stesso
prodotto il presente certificato è riconosciuto secondo le regole del precedente accordo
[CCRA-2000], cioè per tutti i componenti di garanzia fino a EAL4.
Pagina 13 di 29 OCSI/CERT/IMQ/04/2016/RC Vers. 1.0
6 Dichiarazione di certificazione
L’oggetto della valutazione (ODV) è il prodotto “CoSign v8.2”, sviluppato dalla società
ARX.
La valutazione è stata di tipo concomitante, cioè effettuata durante lo sviluppo dell’ODV,
ed è stata condotta in accordo ai requisiti stabiliti dallo Schema nazionale per la
valutazione e certificazione della sicurezza di sistemi e prodotti nel settore della tecnologia
dell'informazione ed espressi nelle Linee Guida Provvisorie [LGP1, LGP2, LGP3] e nelle
Note Informative dello Schema [NIS1, NIS2, NIS3]. Lo Schema è gestito dall’Organismo di
Certificazione della Sicurezza Informatica, istituito con il DPCM del 30 ottobre 2003 (G.U.
n.98 del 27 aprile 2004).
Il presente Rapporto di Certificazione è stato emesso a conclusione della ri-certificazione
di una precedente versione dello stesso ODV (CoSign v7.5), già certificato dall’OCSI
(Certificato n. 4/15 del 6 ottobre 2015 [RC]).
In seguito ad alcune modifiche apportate al prodotto da parte del Fornitore ARX, nonché
all’adozione della Revision 4 dei Common Criteria Versione 3.1 ed all’aggiunta del
componente di garanzia ATE_DPT.2, è stato necessario procedere a una ri-certificazione
dell’ODV.
L’LVS IMQ/LPS ha potuto riutilizzare parte della documentazione e delle evidenze già
fornite nella precedente valutazione.
Si noti che le modifiche effettuate hanno comportato anche la revisione del Traguardo di
Sicurezza [TDS]. Gli utenti della precedente versione dell’ODV sono quindi invitati a
prendere visione anche del nuovo TDS.
Obiettivo della valutazione è fornire garanzia sull’efficacia dell’ODV nel rispettare quanto
dichiarato nel Traguardo di Sicurezza [TDS], la cui lettura è consigliata ai potenziali
acquirenti. Le attività relative al processo di valutazione sono state eseguite in accordo alla
Parte 3 dei Common Criteria [CC3] e alla Common Evaluation Methodology [CEM].
L’ODV è risultato conforme ai requisiti della Parte 3 dei CC v 3.1 per il livello di garanzia
EAL4, con l'aggiunta di AVA_VAN.5, ALC_FLR.1 e ATE_DPT.2, in conformità a quanto
riportato nel Traguardo di Sicurezza [TDS] e nella configurazione riportata in Appendice B
di questo Rapporto di Certificazione.
La pubblicazione del Rapporto di Certificazione è la conferma che il processo di
valutazione è stato condotto in modo conforme a quanto richiesto dai criteri di valutazione
Common Criteria – ISO/IEC 15408 ([CC1], [CC2], [CC3]) e dalle procedure indicate dal
Common Criteria Recognition Arrangement [CCRA] e che nessuna vulnerabilità sfruttabile
è stata trovata. Tuttavia l’Organismo di Certificazione con tale documento non esprime
alcun tipo di sostegno o promozione dell’ODV.
Pagina 14 di 29 OCSI/CERT/IMQ/04/2016/RC Vers. 1.0
7 Riepilogo della valutazione
7.1 Introduzione
Questo Rapporto di Certificazione specifica l’esito della valutazione di sicurezza del
prodotto “CoSign v8.2” secondo i Common Criteria, ed è finalizzato a fornire indicazioni ai
potenziali acquirenti per giudicare l’idoneità delle caratteristiche di sicurezza dell’ODV
rispetto ai propri requisiti.
Il presente Rapporto di Certificazione deve essere consultato congiuntamente al
Traguardo di Sicurezza [TDS], che specifica i requisiti funzionali e di garanzia e l’ambiente
di utilizzo previsto.
7.2 Identificazione sintetica della certificazione
Nome dell’ODV CoSign v8.2
Traguardo di Sicurezza ARX CoSign Security Target, Version 2.6, Revision
2.6, ARX, 27 April 2016
Livello di garanzia EAL4 con l’aggiunta di AVA_VAN.5, ALC_FLR.1 e
ATE_DPT.2
Fornitore ARX
Committente ARX
LVS IMQ/LPS
Versione dei CC 3.1 Rev. 4
Conformità a PP Nessuna conformità dichiarata
Data di inizio della valutazione 29 febbraio 2016
Data di fine della valutazione 27 luglio 2016
I risultati della certificazione si applicano unicamente alla versione del prodotto indicata nel
presente Rapporto di Certificazione e a condizione che siano rispettate le ipotesi
sull'ambiente descritte nel Traguardo di Sicurezza [TDS].
7.3 Prodotto valutato
In questo paragrafo vengono sintetizzate le principali caratteristiche funzionali e di
sicurezza dell'ODV; per una descrizione dettagliata, si rimanda al Traguardo di Sicurezza
[TDS].
L'ODV “CoSign v8.2” è costituito dall’appliance CoSign progettata da ARX per essere
utilizzata come Dispositivo sicuro di firma elettronica/firma elettronica qualificata (SSCD/
QSCD) o come Dispositivo per la creazione di sigilli elettronici qualificati (Qualified
Electronic Seal Creation Device). L’appliance CoSign, disponibile con due diverse versioni
Pagina 15 di 29 OCSI/CERT/IMQ/04/2016/RC Vers. 1.0
HW, v7.0 e v8.0 (Figura 1 e Figura 2), è utilizzata all'interno di un'organizzazione,
fisicamente installata in un ambiente sicuro nel data-center dell'organizzazione e
connessa alla rete dell'organizzazione stessa.
Figura 1 – L’appliance CoSign con HW v7.0 (fronte e retro)
Figura 2 – L’appliance CoSign con HW v8.0 (fronte e retro)
Una singola appliance può gestire in modo sicuro molti utenti, e per ogni account d’utente
è possibile generare diverse chiavi di firma e gestirne i relativi certificati.
Tre diverse tipologie di utenti sono autorizzate ad operare sull’ODV: l’utente semplice
(Firmatario/Creatore di Sigillo, secondo la configurazione utilizzata) e due diversi profili di
utente amministratore:
 Appliance Administrator: installa l’appliance e ne gestisce le funzionalità;
 Users Administrator: gestisce gli account degli utenti.
Le funzionalità a disposizione degli amministratori sono descritte in [TDS], par. 1.4.2.3.4,
mentre le funzionalità offerte ad utenti non di tipo amministrativo sono descritte in [TDS],
par. 1.4.2.3.1.
Nella Figura 3 sono mostrate le entità esterne con cui interagisce l’ODV quando è
installato come SSCD/QSCD. Un firmatario interagisce usando il CoSign client o
l’interfaccia REST per eseguire la registrazione dei certificati e per effettuare le operazioni
Pagina 16 di 29 OCSI/CERT/IMQ/04/2016/RC Vers. 1.0
di firma. L’amministratore interagisce con l’ODV per eseguire le varie attività
amministrative previste.
Figura 3 – Entità con cui si interfaccia CoSign installato come SSCD/QSCD
Dal punto di vista della sicurezza, ad ogni utente è fornito un dispositivo OTP (One Time
Password) con un suo Profilo del dispositivo OTP univocamente associato. Il dispositivo
OTP (OTP-Device) e il Profilo associato non fanno parte dell’ODV.
Oltre all’OTP, non fanno parte dell’ODV, ma sono da esso richiesti (maggiori dettagli in
[TDS], par. 1.3.3): l’applicazione per la creazione della firma (SCA); l’applicazione per la
registrazione dei certificati (CEA), l’applicazione per la generazione dei certificati (CGA) e
l’OTP RADIUS server.
Un firmatario si autentica fornendo una password statica e una password dinamica che
viene visualizzata sul display del dispositivo OTP. Quando un utente desidera firmare
digitalmente un documento, mediante il CoSign client o l’interfaccia REST, apre una
sessione utente protetta utilizzando un canale di comunicazione sicuro dedicato realizzato
tramite il protocollo TLS (v.1.0, 1.1 o 1.2). Questo canale sicuro è utilizzato per ogni
comunicazione tra il client e l’appliance CoSign.
Nel caso di installazione dell’ODV come SSCD/QSCD è possibile configurare l’ODV per
permettere all’utente di firmare, mediante il client CoSign, diversi documenti o transazioni,
dopo una sola autenticazione a due fattori, entro un periodo di tempo fissato (configurabile
fino ad un tempo massimo di 10 minuti equivalente a 600 secondi).
Pagina 17 di 29 OCSI/CERT/IMQ/04/2016/RC Vers. 1.0
CoSign registra in un audit log ciclico tutte le attività amministrative e ogni utilizzo di una
qualsiasi chiave di firma di un utente. L’audit log non può essere cancellato e può essere
letto da un amministratore autorizzato.
Nella Figura 4 sono mostrate le entità esterne con cui interagisce l’ODV quando è
installato come Seal Creation Device. La differenza rispetto al caso precedente consiste
nell’assenza del Radius Server nell’ambiente, in quanto in questo caso il firmatario
corrisponde al “Creatore di Sigillo” ed è autenticato con la sola password statica, senza il
ricorso all’OTP.
Figura 4 – Entità con cui si interfaccia CoSign installato come Qualified Electronic Seal Creation Device
7.3.1 Architettura dell'ODV
7.3.1.1 Hardware
La descrizione dell’ambito fisico dell’ODV è fornita in [TDS], par. 1.4.2.1 e 1.4.2.2.
7.3.1.2 Software
La descrizione dell’ambito logico dell’ODV è fornita in [TDS], par. 1.4.2.3.
Il software di CoSign può trovarsi in uno dei seguenti stati:
 Factory settings: è lo stato in cui il prodotto arriva dalla fabbrica; il prodotto non è
ancora installato e non può essere utilizzato dagli utenti finali;
 Operational State: il prodotto è installato e pronto per gestire nuovi account utenti e
per eseguire operazioni di firma digitale;
Pagina 18 di 29 OCSI/CERT/IMQ/04/2016/RC Vers. 1.0
 Tamper state: l’appliance è stata manomessa; in questo stato gli utenti finali non
possono eseguire operazioni di firma digitale.
Nella Figura 5 è riportato il ciclo di vita dell’ODV. Maggiori dettagli sulla descrizione dei
suddetti stati e delle operazioni permesse ad utenti ed amministratori nei diversi stati sono
riportati in [TDS], par. 1.4.2.3.6.
Figura 5 – Ciclo di vita del CoSign
Le seguenti operazioni sono eseguite automaticamente da CoSign nello stato Operational:
 Tamper detection & protection (rilevamento manomissioni e protezione anti
manomissione) in caso di apertura del coperchio dell’appliance. La protezione
antimanomissione è garantita con l’appliance sia accesa sia spenta.
 Memorizzazione sicura delle chiavi di firma.
 Memorizzazione dei dati applicativi (certificati e immagini delle firme grafiche).
7.3.2 Caratteristiche di Sicurezza dell’ODV
7.3.2.1 Ipotesi
Le ipotesi definite nel Traguardo di Sicurezza [TDS] ed alcuni aspetti delle minacce e delle
politiche di sicurezza organizzative non sono coperte direttamente dall’ODV stesso; ciò
implica che specifici obiettivi di sicurezza debbano essere soddisfatti dall’ambiente
operativo. In particolare in tale ambito i seguenti aspetti sono da considerare di rilievo:
 La CGA protegge l'autenticità del nome del firmatario e la chiave pubblica (SVD) nel
certificato (qualificato) con una firma elettronica avanzata del Certificate Service
Provider (CSP).
 Il firmatario utilizza solo una SCA affidabile; la SCA genera e invia la
rappresentazione dei dati che il firmatario intende firmare (DTBS/R) in una forma
appropriata per la firma da parte dell'ODV.
 Le guide di configurazione dell'ODV danno indicazioni chiare all'amministratore del
dispositivo per consentirgli di verificare il rigoroso rispetto delle raccomandazioni
incluse in [ETSI1], in tutti i casi in cui è richiesto, sulla robustezza delle funzioni
hash e sulla resistenza nel tempo degli algoritmi di firma utilizzati.
Pagina 19 di 29 OCSI/CERT/IMQ/04/2016/RC Vers. 1.0
 Le guide di configurazione dell'ODV danno indicazioni chiare all'amministratore del
dispositivo al fine di garantire il rigoroso rispetto delle raccomandazioni incluse
nell'ultima versione aggiornata di [ETSI2], in tutti i casi in cui è richiesto, o, in
alternativa, al fine di verificare che sono applicate altre funzionalità crittografiche
con livello di sicurezza equivalente.
 Si assume che l'ambiente operativo fornisca misure sufficienti per proteggere l'ODV
da manomissioni fisiche che consentano accessi non autorizzati alla rete. Inoltre, si
assume che l'ambiente operativo fornisca misure sufficienti a proteggere l'ODV
dall'uso di strumenti per l'analisi di emanazioni elettromagnetiche o di strumenti
dedicati alla registrazione di suoni che possono tentare di dedurre le informazioni
utilizzate dalle unità di elaborazione interne dell'ODV.
 Si assume che un amministratore autorizzato sia responsabile della conservazione
in un luogo sicuro (cassaforte) di entrambi i token USB di backup generati durante
l'installazione dell'ODV, nonché i supporti contenenti i file di backup.
 Si assume che i dispositivi OTP e i relativi Profili associati vengano gestiti in modo
sicuro dalla fase di produzione fino a quando il dispositivo OTP è consegnato al
firmatario dall'organizzazione. Inoltre, si assume che le informazioni inerenti i
dispositivi OTP siano gestite in maniera adeguata nell'OTP RADIUS Server,
considerando anche lo stato dell'account di utente.
 Si assume che il firmatario manterrà il proprio dispositivo OTP sotto il suo controllo
e ne segnalerà all'organizzazione l'eventuale perdita o manomissione, al fine di
revocare l’account del firmatario stesso e il relativo dispositivo OTP.
 Si assume che tutti gli utenti dell'ODV siano sufficientemente addestrati per gestire
l'ODV in modo sicuro. Si assume inoltre che gli amministratori dell'ODV siano fidati
e sufficientemente addestrati per installare e configurare l'ODV e il suo ambiente
operativo in modo sicuro. Ciò implica che gli amministratori dell'ODV sono anche
responsabili per l'installazione, la configurazione e il funzionamento in modo sicuro
del RADIUS Server. Quando l’ODV è installato come dispositivo di firma ed è
configurato in modo da permettere, dopo un’autenticazione a due fattori, più
operazioni di firma all’interno di un intervallo temporale, l’utente firmatario non deve
lasciare incustodito l’ambiente applicativo per evitare che altri possano firmare
documenti a suo nome.
7.3.2.2 Funzioni di sicurezza
Le funzioni di sicurezza implementate dall’ODV sono descritte in dettaglio in [TDS], par. 7.
Di seguito sono riassunti alcuni aspetti ritenuti rilevanti:
 Controllo d’accesso: l'ODV autorizza l'accesso degli utenti assegnando i diritti in
base al loro ruolo: Firmatario/Creatore di Sigillo, Appliance Administrator e User
Administrator.
 Identificazione e autenticazione: l'ODV identifica univocamente e autentica gli
utenti. Gli amministratori si autenticano con una password statica. Nel caso di
installazione dell’ODV come SSCD/QSCD, per alcune operazioni, come
l'attivazione dell'account e le operazioni di generazione ed uso delle chiavi
Pagina 20 di 29 OCSI/CERT/IMQ/04/2016/RC Vers. 1.0
crittografiche, i firmatari si autenticano, oltre che con una password statica, anche
con una dinamica (One Time Password). Quando l’ODV è installato come Qualified
Electronic Seal Creation Device gli utenti si autenticano con la sola password
statica.
 Operazioni crittografiche: l'ODV permette di effettuare operazioni crittografiche,
quali generazione chiavi, firma digitale, verifica della firma, oltre che di gestione di
chiavi a scopo di protezione dei dati dell'utente.
 Audit di sicurezza: l’ODV registra una serie di eventi relativi alla sicurezza; l'ODV
permette all'Appliance Administrator di verificare i log registrati.
 Comunicazioni sicure e gestione delle sessioni: le comunicazioni tra ODV e
RADIUS Server, tra ODV Primary e ODV Alternate e tra ODV e Client avvengono in
modo sicuro, garantendo la confidenzialità e l’integrità dei dati trasmessi e la
separazione delle sessioni d’utente.
 Rilevamento delle manomissioni: l'ODV implementa meccanismi di verifica
dell'integrità del software e anti-tampering fisico.
 Self test: l'ODV fornisce una suite di test automatici di controllo eseguiti sia all'avvio
sia durante la normale operatività, compresa la fase di creazione delle firme.
7.3.3 Configurazioni dell’ODV
Il Traguardo di Sicurezza di CoSign descrive 4 diverse possibili configurazioni:
1) PRIMARY-HIGH AVAILABILITY WITH KEY REPLICATION (HA-PRI-REPL-INC-
SIGKEY)
2) ALTERNATE-HIGH AVAILABILITY WITH KEY REPLICATION (HA-ALT-REPL-INC-
SIGKEY)
3) SEAL-PRIMARY-HIGH AVAILABILITY WITH KEY REPLICATION (SEAL-HA-PRI-
REPL-INC-SIGKEY)
4) SEAL-ALTERNATE-HIGH AVAILABILITY WITH KEY REPLICATION (SEAL-HA-
ALT-REPL-INC-SIGKEY)
Le configurazioni 1 e 2 fanno riferimento a CoSign installato come SSCD/QSCD, mentre le
configurazioni 3 e 4 fanno riferimento a CoSign installato come Qualified Electronic Seal
Creation Device.
Le due coppie di configurazioni (1,2) e (3,4) permettono di utilizzare l’ODV in Alta
Disponibilità con replica delle chiavi private del firmatario: nell’ambiente operativo è
installata una sola appliance PRIMARY in configurazione 1 o 3 ed una o più appliance
ALTERNATE rispettivamente in configurazione 2 o 4.
Per ulteriori dettagli si rimanda al [TDS], par. 1.3.2.
Pagina 21 di 29 OCSI/CERT/IMQ/04/2016/RC Vers. 1.0
7.4 Documentazione
La documentazione specificata in Appendice A viene fornita al cliente finale insieme al
prodotto. Questa documentazione contiene le informazioni richieste per l'installazione, la
configurazione e l’utilizzo sicuro dell’ODV in accordo a quanto specificato nel Traguardo di
Sicurezza [TDS]. Devono inoltre essere seguiti gli ulteriori obblighi o note per l’utilizzo
sicuro dell’ODV contenuti nel par. 9.2 di questo rapporto.
7.5 Requisiti funzionali e di garanzia
Tutti i Requisiti Funzionali (SFR) sono stati derivati direttamente dai CC Parte 2 [CC2].
Tutti i Requisiti di Garanzia (SAR) sono stati selezionati dai CC Parte 3 [CC3].
Il Traguardo di Sicurezza [TDS], a cui si rimanda per la completa descrizione e le note
applicative, specifica per l’ODV tutti gli obiettivi di sicurezza, le minacce che questi obiettivi
devono contrastare, i Requisiti Funzionali di Sicurezza (SFR) e le funzioni di sicurezza che
realizzano gli obiettivi stessi.
7.6 Conduzione della valutazione
La valutazione è stata svolta in conformità ai requisiti dello Schema nazionale per la
valutazione e certificazione della sicurezza di sistemi e prodotti nel settore della tecnologia
dell’informazione, come descritto nelle Linee Guida Provvisorie [LGP3] e nelle Note
Informative dello Schema [NIS3], ed è stata inoltre condotta secondo i requisiti del
Common Criteria Recognition Arrangement [CCRA].
Lo scopo della valutazione è quello di fornire garanzie sull’efficacia dell’ODV nel
soddisfare quanto dichiarato nel rispettivo Traguardo di Sicurezza [TDS], di cui si
raccomanda la lettura ai potenziali acquirenti. Inizialmente è stato valutato il Traguardo di
Sicurezza per garantire che costituisse una solida base per una valutazione nel rispetto
dei requisiti espressi dallo standard CC. Quindi è stato valutato l’ODV sulla base delle
dichiarazioni formulate nel Traguardo di Sicurezza stesso. Entrambe le fasi della
valutazione sono state condotte in conformità ai CC Parte 3 [CC3] e alla CEM [CEM].
L’Organismo di Certificazione ha supervisionato lo svolgimento della valutazione eseguita
dall’LVS IMQ/LPS.
L'attività di valutazione è terminata in data 27 luglio 2016 con l’emissione, da parte
dell’LVS, del Rapporto Finale di Valutazione [RFV] che è stato approvato dall’Organismo
di Certificazione il 30 agosto 2016. Successivamente, l’Organismo di Certificazione ha
emesso il presente Rapporto di Certificazione.
7.7 Considerazioni generali sulla validità della certificazione
La valutazione ha riguardato le funzionalità di sicurezza dichiarate nel Traguardo di
Sicurezza [TDS], con riferimento all’ambiente operativo ivi specificato. La valutazione è
stata eseguita sull'ODV configurato come descritto in Appendice B. I potenziali acquirenti
sono invitati a verificare che questa corrisponda ai propri requisiti e a prestare attenzione
alle raccomandazioni contenute in questo Rapporto di Certificazione.
Pagina 22 di 29 OCSI/CERT/IMQ/04/2016/RC Vers. 1.0
La certificazione non è una garanzia di assenza di vulnerabilità; rimane una probabilità
(tanto minore quanto maggiore è il livello di garanzia) che possano essere scoperte
vulnerabilità sfruttabili dopo l’emissione del certificato. Questo Rapporto di Certificazione
riflette le conclusioni dell’Organismo di Certificazione al momento della sua emissione. Gli
acquirenti (potenziali e effettivi) sono invitati a verificare regolarmente l’eventuale
insorgenza di nuove vulnerabilità successivamente all’emissione di questo Rapporto di
Certificazione e, nel caso le vulnerabilità possano essere sfruttate nell’ambiente operativo
dell’ODV, verificare presso il produttore se siano stati messi a punto aggiornamenti di
sicurezza e se tali aggiornamenti siano stati valutati e certificati.
Pagina 23 di 29 OCSI/CERT/IMQ/04/2016/RC Vers. 1.0
8 Esito della valutazione
8.1 Risultato della valutazione
A seguito dell’analisi del Rapporto Finale di Valutazione [RFV] prodotto dall’LVS e dei
documenti richiesti per la certificazione, e in considerazione delle attività di valutazione
svolte, come testimoniato dal gruppo di Certificazione, l’OCSI è giunto alla conclusione
che l’ODV “CoSign v8.2” soddisfa i requisiti della parte 3 dei Common Criteria [CC3]
previsti per il livello di garanzia EAL4, con l'aggiunta di AVA_VAN.5, ALC_FLR.1 e
ATE_DPT.2, in relazione alle funzionalità di sicurezza riportate nel Traguardo di Sicurezza
[TDS] e nella configurazione valutata, riportata in Appendice B.
La Tabella 1 riassume i verdetti finali di ciascuna attività svolta dall’LVS in corrispondenza
ai requisiti di garanzia previsti in [CC3], relativamente al livello di garanzia EAL4, con
l’aggiunta di AVA_VAN.5, ALC_FLR.1 e ATE_DPT.2.
Classi e componenti di garanzia Verdetto
Security Target evaluation Classe ASE Positivo
Conformance claims ASE_CCL.1 Positivo
Extended components definition ASE_ECD.1 Positivo
ST introduction ASE_INT.1 Positivo
Security objectives ASE_OBJ.2 Positivo
Derived security requirements ASE_REQ.2 Positivo
Security problem definition ASE_SPD.1 Positivo
TOE summary specification ASE_TSS.1 Positivo
Development Classe ADV Positivo
Security architecture description ADV_ARC.1 Positivo
Complete functional specification ADV_FSP.4 Positivo
Implementation representation of the TSF ADV_IMP.1 Positivo
Basic modular design ADV_TDS.3 Positivo
Guidance documents Classe AGD Positivo
Operational user guidance AGD_OPE.1 Positivo
Preparative procedures AGD_PRE.1 Positivo
Life cycle support Classe ALC Positivo
Production support, acceptance procedures and
automation
ALC_CMC.4 Positivo
Problem tracking CM coverage ALC_CMS.4 Positivo
Pagina 24 di 29 OCSI/CERT/IMQ/04/2016/RC Vers. 1.0
Classi e componenti di garanzia Verdetto
Delivery procedures ALC_DEL.1 Positivo
Identification of security measures ALC_DVS.1 Positivo
Basic flaw remediation ALC_FLR.1 Positivo
Developer defined life-cycle model ALC_LCD.1 Positivo
Well-defined development tools ALC_TAT.1 Positivo
Test Classe ATE Positivo
Analysis of coverage ATE_COV.2 Positivo
Testing: security enforcing modules ATE_DPT.2 Positivo
Functional testing ATE_FUN.1 Positivo
Independent testing - sample ATE_IND.2 Positivo
Vulnerability assessment Classe AVA Positivo
Advanced methodical vulnerability analysis AVA_VAN.5 Positivo
Tabella 1 – Verdetti finali per i requisiti di garanzia
8.2 Raccomandazioni
Le conclusioni dell’Organismo di Certificazione sono riassunte nel capitolo 6 -
Dichiarazione di certificazione.
Si raccomanda ai potenziali acquirenti del prodotto “CoSign v8.2” di comprendere
correttamente lo scopo specifico della certificazione leggendo questo Rapporto in
riferimento al Traguardo di Sicurezza [TDS].
L’ODV deve essere utilizzato in accordo all’ambiente di sicurezza specificato nel capitolo 3
del Traguardo di Sicurezza [TDS]. Si consiglia ai potenziali acquirenti di verificare la
rispondenza ai requisiti identificati e di prestare attenzione alle raccomandazioni contenute
in questo Rapporto.
Il presente Rapporto di Certificazione è valido esclusivamente per l'ODV nella
configurazione valutata, le cui modalità di installazione e configurazione sono descritte
nelle Procedure preparative [PRE] e nelle Guide per l'amministratore [ADM] e per l'utente
[USR], fornite insieme all’ODV.
Si raccomanda l’utilizzo dell’ODV in accordo con quanto descritto nella documentazione
citata. In particolare, l’Appendice A del presente Rapporto include una serie di
raccomandazioni relative alla consegna, all’installazione e all’utilizzo sicuro del prodotto.
Si assume che, nell’ambiente operativo in cui è posto in esercizio l’ODV, vengano
rispettate le Politiche di sicurezza organizzative e le ipotesi descritte in [TDS], par. 3.2 e
3.3, in particolare quelle relative al personale ed ai locali all’interno dei quali andrà ad
operare l’ODV.
Pagina 25 di 29 OCSI/CERT/IMQ/04/2016/RC Vers. 1.0
9 Appendice A – Indicazioni per l’uso sicuro del prodotto
La presente appendice riporta considerazioni particolarmente rilevanti per il potenziale
acquirente del prodotto.
9.1 Consegna
La consegna del dispositivo CoSign avviene direttamente presso la sede del cliente. Al
momento della consegna, il prodotto si trova nello stato “Factory Settings”, cioè non è
stato ancora installato e non è accessibile dagli utenti finali ([TDS], par. 1.4.2.3). La
sicurezza fisica è assicurata da sigilli metallici, identificati da numeri univoci indicati nella
lettera di consegna, che risulterebbero danneggiati in caso di apertura illecita, rendendo
così evidente al destinatario se l'involucro è stato manomesso durante il tragitto.
Nella stessa confezione dell'ODV, viene consegnato anche un CD-ROM contenente il
software client (CoSign client software) e il manuale in formato PDF; i file eseguibili e la
documentazione contenuti nel CD-ROM sono firmati digitalmente dal produttore ARX a
garanzia dell'integrità del CD-ROM stesso e quindi della sicurezza logica dell'ODV.
Alla ricezione della confezione, il ricevente, in particolare l'Appliance Administrator, deve
verificare l'integrità del dispositivo e la correttezza dei dati inclusi nel CD-ROM, seguendo
le indicazioni fornite nel documento che descrive le procedure di preparazione [PRE].
9.2 Installazione e utilizzo sicuro dell’ODV
L'installazione sicura dell'ODV e la preparazione sicura del suo ambiente operativo in
accordo agli obiettivi di sicurezza indicati nel [TDS], devono avvenire seguendo le
istruzioni contenute nelle apposite sezioni dei seguenti documenti:
 [PRE] ARX CoSign Preparative Procedures, v8.2, ARX, April 2016
 [ADM] ARX CoSign Administrator Guide, v8.2, ARX, April 2016
 [USR] ARX CoSign User Guide, v8.2, ARX, April 2016
Pagina 26 di 29 OCSI/CERT/IMQ/04/2016/RC Vers. 1.0
10 Appendice B – Configurazione valutata
Il nome e il numero di versione identificano univocamente l’ODV e i suoi componenti SW,
costituenti la configurazione valutata dell’ODV, come riportato in [CMS], a cui si applicano i
risultati della valutazione.
I componenti HW dell’ODV sono riportati in Tabella 2.
COMPONENTI HW Descrizione
CoSign Appliance HW Ver. 7.0
o
CoSign Appliance HW Ver. 8.0
Intera Appliance HW dell’ODV, nelle
due possibili versioni hardware
USB Token interno con smart card
basata sul chip: Atmel
AT90SC25672RCT-USB with Athena
IDProtect/OS755 Java Card
Smart card interna, contenuta in un
token USB, utilizzato per la generazione
di “true random seed”
Tabella 2 – Componenti HW dell’ODV
10.1 Ambiente operativo dell'ODV
Di seguito si riportano gli elementi HW e SW che devono essere presenti nell’ambiente
operativo dell’ODV (TDS], par. 1.3.3):
 OTP-Device e OTP-Device profile (durante i test sono stati utilizzati token Vasco e
token Yubico)
 OTP RADIUS Server (richiesto nel caso di installazione come SSCD/QSCD)
 SCA (Signature Creation Application)
 CEA (Certificate Enrollment Application
 CGA (Certificate Generation Application)
 Smart Card in formato Token USB per funzioni di backup
 License USB Token
 Appliance Administrator PC/Laptop Web Console (richiesto nel caso di appliance
con HW versione 8.0)
 Special Routers (per permettere una parziale continuità del servizio in caso di
indisponibilità temporanea dell’appliance PRIMARY).
Pagina 27 di 29 OCSI/CERT/IMQ/04/2016/RC Vers. 1.0
11 Appendice C – Attività di Test
Questa appendice descrive l’impegno dei Valutatori e del Fornitore nelle attività di test. Per
il livello di garanzia EAL4, con l'aggiunta di AVA_VAN.5, ALC_FLR.1 e ATE_DPT.2, tali
attività prevedono tre passi successivi:
 valutazione in termini di copertura e livello di approfondimento dei test eseguiti dal
Fornitore;
 esecuzione di test funzionali indipendenti da parte dei Valutatori;
 esecuzione di test di intrusione da parte dei Valutatori.
11.1 Configurazione per i Test
Per l'esecuzione dei test è stato predisposto un apposito ambiente di test presso la sede
dell'LVS con il supporto del Committente/Fornitore, che ha fornito le risorse necessarie e
ha messo a disposizione alcuni specifici tool di test. In particolare, sono stati fornite due
coppie di appliance CoSign (Primary e Alternate) per ciascuna versione HW (7.0 e 8.0) col
relativo software dell'ODV, un PC con il RADIUS server, alcuni token di autenticazione
(Yubico e Vasco) e un dispositivo di acquisizione di firme grafiche TOPAZ.
L’ambiente di test è stato configurato in modo coerente con tutte le possibili configurazioni
dell’ODV e utilizzando i due diversi tipi di HW (7.0 e 8.0). In particolare, per l’ODV
configurato come Dispositivo di firma (SSCD/QSCD) è stato installato il RADIUS server,
che non è stato invece utilizzato nel caso di ODV configurato come Dispositivo per la
creazione di sigilli, in cui l’autenticazione di tutti gli utenti è basata soltanto su password
statica.
Prima dell’esecuzione dei test il software è stato installato e configurato seguendo le
istruzioni contenute nei documenti [PRE], [ADM] e [USR], come indicato nel par. 9.2.
11.2 Test funzionali svolti dal Fornitore
11.2.1 Copertura dei test
Il Committente non ha prodotto il test plan ma con l’ausilio degli appositi tool messi a
disposizione ha prodotto un elenco di requisiti da testare e un rapporto di test associato,
dall’esame dei quali i Valutatori hanno verificato che:
 sono stati identificati i requisiti che i test devono soddisfare;
 tali requisiti sono stati identificati univocamente con un codice identificativo;
 ogni requisito corrisponde a una TSFI, evidenziata all'interno del titolo del requisito;
 per ogni requisito, sono stati indicati i test progettati per verificare il requisito stesso,
cioè la TSFI associata;
 per ogni test, associato a un identificativo numerico, è stata specificata la procedura
di test, con tutti i passi previsti, la descrizione degli stessi e i risultati attesi;
 la descrizione del test permette di evincere gli obiettivi del test e le condizioni iniziali
dello stesso;
Pagina 28 di 29 OCSI/CERT/IMQ/04/2016/RC Vers. 1.0
 ad ogni test è stato anche associato lo stato, ovvero se il test è stato eseguito con
successo o meno;
 i test sono tra loro indipendenti, cioè la loro esecuzione non deve seguire un ordine
prestabilito;
 per il modulo crittografico è stato indicato un elenco di test effettuati in modo
automatico.
11.2.2 Risultati dei test
Per l’esecuzione dei test funzionali proposti dal Fornitore, e per la riesecuzione degli stessi
da parte dei Valutatori, sono stati utilizzati i tool messi a disposizione dal Fornitore.
Trattandosi di una ri-certificazione, in una prima fase i Valutatori hanno eseguito una serie
di test mirati a verificare, a titolo di non regressione rispetto alla versione già certificata
(Cosign v7.5), il corretto comportamento delle TSFI, in modo da rilevare in tempi brevi
eventuali problemi macroscopici sull'ODV.
Questa prima sessione di test effettuati dai Valutatori ha dato esito positivo.
11.3 Test funzionali ed indipendenti svolti dai Valutatori
Successivamente, i Valutatori hanno progettato dei test indipendenti per la verifica della
correttezza delle TSFI. Oltre all'applicativo client (CoSign client software) a corredo
dell'ODV, è stato utilizzato anche il tool APItester, messo a disposizione dal Fornitore.
Per ogni test è stata predisposta una scheda apposita; tali schede sono state utilizzate sia
come piano dei test dei Valutatori sia come rapporto dei test stessi, opportunamente
compilate con i risultati.
Nella progettazione dei test indipendenti, i Valutatori hanno considerato aspetti che nei
test del Fornitore erano non presenti o ambigui o eseguiti inizialmente non verificati con
esito positivo o inseriti in test più complessi che interessavano più interfacce
contemporaneamente ma con un livello di dettaglio non ritenuto adeguato.
I Valutatori, infine, hanno anche progettato ed eseguito alcuni test in modo indipendente
da analoghi test del Fornitore, sulla base della sola documentazione di valutazione. I test
indipendenti definiti dai Valutatori hanno avuto i seguenti principali obiettivi:
 verificare la correttezza della procedura di installazione di CoSign e preparare i
dispositivi CoSign utilizzati per i test, compresa la funzione di Reset to Factory
Settings;
 verificare le operazioni consentite a un utente firmatario: attivazione, operazioni di
firma, inserimento, aggiornamento e cancellazione di firme grafiche, blocco dopo N
tentativi di login errati;
 verificare le operazioni consentite a un utente amministratore: creazione,
abilitazione/disabilitazione e sblocco degli utenti, cambio password, imputabilità
delle azioni eseguite.
Tutti questi test hanno dato esito positivo.
Pagina 29 di 29 OCSI/CERT/IMQ/04/2016/RC Vers. 1.0
11.4 Analisi delle vulnerabilità e test di intrusione
Per l'esecuzione di queste attività è stato utilizzato lo stesso ambiente di test già utilizzato
per le attività dei test funzionali.
I Valutatori hanno innanzitutto verificato che le configurazioni di test fossero congruenti
con la versione dell'ODV in valutazione, cioè quelle indicate nel [TDS], par. 1.2:
1) PRIMARY-HIGH AVAILABILITY WITH KEY REPLICATION (HA-PRI-REPL-INC-
SIGKEY)
2) ALTERNATE-HIGH AVAILABILITY WITH KEY REPLICATION (HA-ALT-REPL-INC-
SIGKEY)
3) SEAL-PRIMARY-HIGH AVAILABILITY WITH KEY REPLICATION (SEAL-HA-PRI-
REPL-INC-SIGKEY)
4) SEAL-ALTERNATE-HIGH AVAILABILITY WITH KEY REPLICATION (SEAL-HA-
ALT-REPL-INC-SIGKEY)
In una prima fase, i Valutatori hanno effettuato delle ricerche tramite internet al fine di
individuare eventuali vulnerabilità note applicabili all'ODV, con esito negativo.
In una seconda fase, è stata effettuata la ricerca di vulnerabilità di rete, utilizzando
strumenti di scansione automatica, per verificare la presenza di vulnerabilità note relative
ai COTS utilizzati all’interno dell’ODV; anche questa ricerca ha avuto esito negativo.
I Valutatori hanno poi esaminato i documenti di valutazione (TDS, specifiche funzionali,
progetto dell'ODV, architettura di sicurezza e documentazione operativa) al fine di
evidenziare eventuali vulnerabilità potenziali dell'ODV. Da questa analisi, congiuntamente
a quella del codice sorgente, i Valutatori hanno effettivamente determinato la presenza di
nove vulnerabilità potenziali.
I Valutatori hanno quindi analizzato tali potenziali vulnerabilità e hanno determinato che
erano tutte da sottoporre a test per verificare la loro effettiva sfruttabilità nell’ambiente
operativo dell’ODV.
Sulla base di questi risultati, i Valutatori hanno progettato dei test di intrusione per
verificare la sfruttabilità delle vulnerabilità potenziali individuate. I test di intrusione sono
stati descritti con un dettaglio sufficiente per la loro ripetibilità avvalendosi a tal fine delle
schede di test, utilizzate in seguito, opportunamente compilate con i risultati, anche come
rapporto dei test stessi.
Dall'esecuzione dei test di intrusione, i Valutatori hanno effettivamente riscontrato che
nessuno degli scenari di attacco ipotizzati con potenziale High può essere portato a
termine con successo nell’ambiente operativo dell’ODV. Pertanto, nessuna delle
vulnerabilità potenziali precedentemente individuate può essere effettivamente sfruttata.
Non sono state individuate neanche vulnerabilità residue, cioè vulnerabilità che, pur non
essendo sfruttabili nell'ambiente operativo dell'ODV, potrebbero però essere sfruttate solo
da attaccanti con potenziale di attacco superiore a High.