Source: http://docplayer.it/1238590-Questa-pagina-e-lasciata-intenzionalmente-vuota.html
Timestamp: 2017-08-23 08:52:23+00:00
Document Index: 152750441

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

2 Questa pagina è lasciata intenzionalmente vuota 2/31 OCSI/CERT/RES/03/2012/RC Vers. 1.0
3 Ministero dello Sviluppo Economico Istituto Superiore delle Comunicazioni e delle Tecnologie dell'informazione Rapporto di Certificazione FINX RTOS Security Enhanced (SE) v3.1 OCSI/CERT/RES/03/2012/RC Versione /05/2014 3/31 OCSI/CERT/RES/03/2012/RC Vers. 1.0
4 Questa pagina è lasciata intenzionalmente vuota 4/31 OCSI/CERT/RES/03/2012/RC Vers. 1.0
5 1 Revisioni del documento Versione Autori Modifiche Data 1.0 Federico Filipponi Prima emissione 21/05/2014 5/31 OCSI/CERT/RES/03/2012/RC Vers. 1.0
6 2 Indice 1 Revisioni del documento Indice Elenco degli acronimi Riferimenti Dichiarazione di certificazione Riepilogo della valutazione Introduzione Identificazione sintetica della certificazione Prodotto valutato Architettura dell'odv Caratteristiche di Sicurezza dell ODV Documentazione Requisiti funzionali e di garanzia Conduzione della valutazione Considerazioni generali sulla validità della certificazione Esito della valutazione Risultato della valutazione Raccomandazioni Appendice A Indicazioni per l uso sicuro del prodotto Consegna Installazione Documentazione per l utilizzo sicuro dell ODV Appendice B - Configurazione valutata Appendice C - Attività di Test Configurazione per i Test Test funzionali svolti dal Fornitore Approccio adottato per i test Strumenti utilizzati Risultati dei test Copertura dei test Test funzionali ed indipendenti svolti dai Valutatori Analisi delle vulnerabilità e test di intrusione /31 OCSI/CERT/RES/03/2012/RC Vers. 1.0
7 3 Elenco degli acronimi ACL CC CCRA CD-ROM CEM DPCM DVD-ROM EAL GB IPC IT LGP LTP LVS Access Control List Common Criteria Common Criteria Recognition Arrangement Compact Disk - Read-Only Memory Common Evaluation Methodology Decreto del Presidente del Consiglio dei Ministri Digital Versatile Disk - Read-Only Memory Evaluation Assurance Level Gigabyte Inter-Process Communication Information Technology Linea Guida Provvisoria Linux Test Project Laboratorio per la Valutazione della Sicurezza MD5 Message Digest algorithm 5 NIS OCSI ODV PAM PP RAM RFV RHEL RTOS SAR Nota Informativa dello Schema Organismo di Certificazione della Sicurezza Informatica Oggetto della Valutazione Pluggable Authentication Module Profilo di Protezione (Protection Profile) Random Access Memory Rapporto Finale di Valutazione Red Hat Enterprise Linux Real Time Operating System Security Assurance Requirement (Requisito di Garanzia) 7/31 OCSI/CERT/RES/03/2012/RC Vers. 1.0
8 SATA SE SFR SHA SSL TDS TLS TOE TSF TSFI Serial Advanced Technology Attachment Security Enhanced Security Functional Requirement (Requisito Funzionale di Sicurezza) Secure Hash Algorithm Secure Socket Layer Traguardo di Sicurezza (Security Target) Transport Layer Security Target Of Evaluation TOE Security Function TOE Security Function Interface 8/31 OCSI/CERT/RES/03/2012/RC Vers. 1.0
9 4 Riferimenti [CC1] [CC2] [CC3] [CCRA] [CEM] [LGP1] [LGP2] [LGP3] [NIS1] [NIS2] [NIS3] [RFV1] [RFV3] CCMB , Common Criteria for Information Technology Security Evaluation, Part 1 Introduction and general model, Version 3.1, Revision 4, September 2012 CCMB , Common Criteria for Information Technology Security Evaluation, Part 2 Security functional components, Version 3.1, Revision 4, September 2012 CCMB , Common Criteria for Information Technology Security Evaluation, Part 3 Security assurance components, Version 3.1, Revision 4, September 2012 Arrangement on the Recognition of Common Criteria Certificates In the field of Information Technology Security, Version 1.0, May 2000 CCMB , Common Methodology for Information Technology Security Evaluation Evaluation methodology, Version 3.1, Revision 4, September 2012 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 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 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 Organismo di certificazione della sicurezza informatica, Nota Informativa dello Schema N. 1/13 Modifiche alla LGP1, versione 1.0, Novembre 2013 Organismo di certificazione della sicurezza informatica, Nota Informativa dello Schema N. 2/13 Modifiche alla LGP2, versione 1.0, Novembre 2013 Organismo di certificazione della sicurezza informatica, Nota Informativa dello Schema N. 3/13 Modifiche alla LGP3, versione 1.0, Novembre 2013 Rapporto Finale di Valutazione del prodotto FINX RTOS SE V3.1, Versione 1.0, 7 Marzo 2014 Rapporto Finale di Valutazione del prodotto FINX RTOS SE V3.1, Versione 3.0, 14 Maggio /31 OCSI/CERT/RES/03/2012/RC Vers. 1.0
10 [TDS] [MAN] [BMD] FINX RTOS SE v3.1 Security Target, ID , Rev. 02, 21 Febbraio 2014 FINX RTOS SE v3.1 Secure Installation, Configuration & Operations, ID , Rev. 02, 21 Febbraio 2014 FINX RTOS SE v3.1 Basic Modular Design, ID , Rev. 02, MBDA, 21 Febbraio 2014 [TST] FINX RTOS SE v3.1 Security Function Verification Test Plan, ID , Rev. 02, MBDA, 21 Febbraio /31 OCSI/CERT/RES/03/2012/RC Vers. 1.0
11 5 Dichiarazione di certificazione L oggetto della valutazione (ODV) è il Sistema Operativo basato su Linux denominato FINX RTOS Security Enhanced (SE) v3.1, sviluppato dalla società MBDA. La valutazione è 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 per la Certificazione della Sicurezza Informatica, istituito con il DPCM del 30 ottobre 2003 (G. U. n.98 del 27 aprile 2004). 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 ALC_FLR.1, 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 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. 11/31 OCSI/CERT/RES/03/2012/RC Vers. 1.0
12 6 Riepilogo della valutazione 6.1 Introduzione Questo Rapporto di Certificazione specifica l esito della valutazione di sicurezza del Sistema Operativo denominato FINX RTOS Security Enhanced (SE) v3.1, 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. 6.2 Identificazione sintetica della certificazione Nome dell ODV FINX RTOS Security Enhanced (SE) v3.1 Traguardo di Sicurezza FINX RTOS SE v3.1 Security Target, Rev. 02, 21 Febbraio 2014 Livello di garanzia Fornitore Committente LVS EAL4 con aggiunta di ALC_FLR.1 MBDA Italia S.p.A. MBDA, FINMECCANICA Consorzio RES Versione dei CC 3.1 (Rev. 4) Conformità a PP Nessuna conformità dichiarata Data di inizio della valutazione 26 ottobre 2012 Data di fine della valutazione 7 marzo 2014 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]. 6.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, denominato FINX RTOS Security Enhanced (SE) v3.1 (nel seguito anche indicato semplicemente come FINX RTOS o FINX), è un Sistema Operativo di tipo Linux basato sulla distribuzione Gentoo, multi-utente e multi-tasking, adatto ad essere utilizzato sia nel mercato della difesa sia in ambito aerospaziale, industriale, in applicazioni di rete e di elettronica di consumo. 12/31 OCSI/CERT/RES/03/2012/RC Vers. 1.0
13 Inoltre, l ODV è in grado di fornire un contesto di esecuzione predicibile che supporta applicazioni con requisiti real-time. Infatti, FINX RTOS estende il supporto real-time nativo di Linux integrando una patch del Kernel Linux denominata PREEMPT_RT. In particolare FINX fornisce le citate caratteristiche real-time in un contesto orientato alla sicurezza. La valutazione di FINX comprende un insieme potenzialmente distribuito, ma chiuso di sistemi collegati in rete sui quali sia installata la configurazione certificata dello stesso. I requisiti funzionali di sicurezza dell ODV sono realizzati dalle seguenti funzioni di sicurezza: Identificazione ed autenticazione. Controllo Accessi Discrezionale. Audit. Protezione delle TSF. Servizi crittografici. Riutilizzo degli oggetti. Gestione della sicurezza Architettura dell'odv Hardware Il Sistema Operativo FINX RTOS SE v3.1 non richiede una specifica piattaforma hardware per operare. Esso può essere installato su una grande varietà di schede e di elaboratori, che comprendono sia workstation e server multi-processore sia singole schede da computer in grado di essere inserite in strutture hardware di tipo dedicato e con particolari caratteristiche di robustezza e resistenza ( ruggedized ). In particolare FINX gira su tutte le piattaforme con architettura Intel, che abbiano almeno i seguenti requisiti minimi: Microprocessore: Intel Pentium i686 Disco rigido: SATA, 40 GB Memoria RAM: 1 GB Adattatore di rete o lettore CD/DVD (richiesto solo per l installazione) L hardware è considerato parte dell ambiente operativo dell ODV e come tale fornisce supporto allo stesso tramite meccanismi opportuni. La valutazione è stata condotta sulle specifiche piattaforme di seguito elencate: 13/31 OCSI/CERT/RES/03/2012/RC Vers. 1.0
14 VP417/03x e VP717/08x: schede da computer industriali di tipo commerciale le quali possono anche essere adattate ( customizzate ) per soddisfare i requisiti di particolari applicazioni critiche che necessitano di girare su un hardware dedicato. Le caratteristiche delle schede citate sono contenute nella documentazione reperibile agli indirizzi seguenti: VMWare ESXi v5.1 Le piattaforme hardware sulle quali gira l ODV possono essere configurate per supportare sia applicazioni x86 a 32 che a 64 bit. La configurazione certificata prende in considerazione soltanto le applicazioni a 32 bit Firmware L ODV non presenta componenti firmware. Il firmware che realizza l avvio (boot) ed ogni altro eventuale livello firmware tra l hardware e FINX è considerato parte dell ambiente operativo dell ODV Software L ODV è un Sistema Operativo basato sul Kernel Linux e derivato dalla distribuzione Gentoo. L ODV integra la patch del Kernel Linux PREEMPT_RT ed una serie di personalizzazioni realizzate per dotare il sistema operativo delle caratteristiche di sicurezza descritte nel Traguardo di Sicurezza [TDS]. L ODV è costituito dal kernel, da un insieme di processi fidati e da un insieme di file di configurazione. Il kernel gira nello stato privilegiato del processore e fornisce servizi alle applicazioni. Queste ultime richiedono i servizi del kernel tramite chiamate di sistema. L accesso diretto all hardware è ristretto al solo kernel; quando un applicazione ha l esigenza di accedere alle componenti hardware, quali i dischi, le interfacce di rete o altre periferiche, deve farlo tramite i servizi messi a disposizione dal kernel. Esso, dopo aver verificato se l applicazione dispone dei necessari diritti d accesso e privilegi, esegue il servizio richiesto o rifiuta la richiesta. Il kernel si occupa anche di garantire la separazione dei diversi processi che fanno capo agli utenti. Ciò è realizzato tramite la gestione della memoria virtuale e reale dell ODV che assicura che i processi eseguiti con diversi attributi non possono accedere direttamente alle aree di memoria di altri processi ma devono utilizzare i meccanismi di comunicazione tra processi forniti dal kernel e richiamabili tramite opportune chiamate di sistema. Relativamente ai processi fidati essi sono costituiti da quei processi che quando sono avviati da un utente tramite una chiamata di sistema operano con privilegi estesi. I programmi che rappresentano questi processi fidati nel file system sono protetti dalla funzione di sicurezza relativa al controllo accessi discrezionale realizzata dal kernel. 14/31 OCSI/CERT/RES/03/2012/RC Vers. 1.0
15 Infine per ciò che riguarda i file di configurazione che fanno parte integrante delle funzioni di sicurezza dell ODV, essi sono costituiti da quei file che controllano il comportamento dell ODV e sono identificati come database delle funzioni di sicurezza. Anche tali file sono protetti dal controllo accessi discrezionale realizzato dal kernel. Dal punto di vista architetturale il kernel è costituito dai seguenti sottosistemi: Sottosistema relativo ai file ed all input/output: realizza tutte le funzioni relative agli oggetti del file system. In particolare tali funzioni includono quelle che permettono di creare, mantenere, cancellare gli oggetti del file system quali i file generici, le cartelle, i link simbolici, i file speciali relativi ai dispositivi, le pipe ed i socket. Sottosistema relativo ai processi: realizza tutte le funzioni relative alla gestione dei processi. In particolare, tali funzioni includono quelle che permettono la creazione, la schedulazione, l esecuzione e la cancellazione dei processi. Sottosistema relativo alla memoria: realizza le funzioni relative alla gestione delle risorse di memoria del sistema. Tali funzioni includono quelle per creare e gestire la memoria virtuale, gestire le tabelle e gli algoritmi di paginazione. Sottosistema relativo alla rete: realizza i socket UNIX e per il dominio internet. Inoltre realizza gli algoritmi per schedulare i pacchetti di rete. Sottosistema relativo alla comunicazione tra processi (IPC): realizza le funzioni relative ai meccanismi di comunicazione tra processi. In particolare tali funzioni includono quelle che permettono la condivisione controllata di informazioni tra processi, permettendo loro di condividere dati e sincronizzare la loro esecuzione al fine di interagire con una risorsa comune. Sottosistema relativo all audit: realizza le funzioni del kernel necessarie per intercettare le chiamate di sistema e le registra in accordo con la politica di audit definita dall amministratore del sistema. Sottosistema relativo ai moduli del kernel: realizza un infrastruttura per supportare il caricamento di moduli. Tali funzioni includono quelle per caricare e scaricare i moduli del kernel. Sottosistema relativo ai driver dei dispositivi: implementa il supporto per vari dispositivi hardware attraverso un interfaccia comune, indipendente dal dispositivo. I processi fidati includono invece: Alcuni demoni che vengono avviati automaticamente allo start-up del sistema o su richiesta dell amministratore (auditd, init, sshd). Una serie di comandi per la gestione di utenti e gruppi (useradd, userdel, usermod, groupadd, groupdel, groupmod, gpasswd). 15/31 OCSI/CERT/RES/03/2012/RC Vers. 1.0
16 Alcuni comandi per la gestione delle funzionalità di audit (auditctl, ausearch). Alcuni comandi per la gestione delle caratteristiche delle password e del login (chage, pam_tally2, unix_chkpwd). Comandi per effettuare il login locale o remoto (login, ssh). Comandi relativi alla gestione di data e ora e dell orologio hardware (date, hwclock). Comandi usati dagli utenti per cambiare alcune caratteristiche proprie (chsh, chfn, passwd, su). Il comando per il blocco della sessione (vlock). Il comando per l apertura di porte tty (agetty). Il comando per l esecuzione di test dell hardware (amtu). Il comando per l utilizzo delle funzioni crittografiche dei protocolli di rete SSL e TLS (openssl). Il comando per sollecitare un riscontro da un host (ping). Infine, i file di configurazione, noti come database delle funzioni di sicurezza, comprendono le seguenti categorie di file: I file che definiscono i filtri e le regole relative alla funzione di audit. I file che definiscono le caratteristiche dei gruppi. I file che contengono nomi ed indirizzi degli host della rete. I file che contengono gli script che partono all avvio del sistema. I file che contengono i processi avviati dal programma init ai vari run level. I file relativi alla configurazione dei moduli PAM. I file che contengono le password e le loro caratteristiche. I file che definiscono caratteristiche relative al login. I file che contengono i parametri di configurazione del server ssh. I file che definiscono le informazioni relative alla zona temporale. 16/31 OCSI/CERT/RES/03/2012/RC Vers. 1.0
17 6.3.2 Caratteristiche di Sicurezza dell ODV Politica di sicurezza La politica di sicurezza dell ODV è espressa dall insieme dei Requisiti Funzionali di Sicurezza implementati dallo stesso. Essa copre i seguenti aspetti: gli utenti dell ODV devono essere ritenuti responsabili per le loro azioni rilevanti ai fini della sicurezza che a tal fine devono essere registrate; L'accesso ai dati e alle funzioni dell'odv deve essere concesso solamente agli utenti che sono autorizzati Ipotesi Le ipotesi definite nel Traguardo di Sicurezza [TDS] ed alcuni aspetti delle minacce e delle politiche di sicurezza organizzative non sono coperte dall ODV stesso. Tali aspetti implicano che specifici obiettivi di sicurezza debbano essere soddisfatti dall ambiente dell ODV. In particolare in tale ambito i seguenti aspetti sono da considerare di rilievo: le funzionalità di sicurezza dell ODV sono gestite da uno o più individui competenti. Coloro che sono responsabili per la gestione dell ODV non sono disattenti, volutamente negligenti o ostili e seguiranno e si atterranno alle istruzioni fornite dalla documentazione di guida; si assume che tutti i sistemi IT remoti e fidati sui quali l ODV si basa per supportare la realizzazione della sua politica di sicurezza siano in grado di realizzare correttamente le funzioni richieste dall ODV in modo consistente con quanto definito; si assume che tutti i sistemi IT remoti e fidati sui quali l ODV si basa per supportare la realizzazione della sua politica di sicurezza siano sotto lo stesso controllo di gestione e operino sotto vincoli della politica di sicurezza compatibili con quelli dell ODV; si assume che l ambiente operativo dell ODV fornisca allo stesso un appropriata sicurezza fisica, commisurata con il valore dei beni che l ODV deve proteggere; si assume che tutte le connessioni da e verso sistemi IT remoti e fidati e tra parti fisicamente separate delle funzioni di sicurezza dell ODV, non protette dalle stesse, siano fisicamente o logicamente protette all interno dell ambiente dell ODV, per assicurare l integrità e la confidenzialità dei dati trasmessi e per assicurare l autenticità degli estremi della comunicazione; si assume che gli utenti autorizzati possiedano le necessarie autorizzazioni per accedere almeno ad alcune delle informazioni gestite dall ODV e agiscano in maniera cooperativa in un ambiente benevolo; si assume che gli utenti siano sufficientemente addestrati e fidati per svolgere alcuni compiti o gruppi di compiti all interno di un ambiente IT sicuro, esercitando il 17/31 OCSI/CERT/RES/03/2012/RC Vers. 1.0
18 completo controllo sui loro dati utente; si assume che ogni modifica o corruzione dei file dell ODV utilizzati dalle funzioni di sicurezza o rilevanti ai fini della sicurezza, dei dati utente o della sottostante piattaforma hardware, causata sia intenzionalmente che accidentalmente, sia rilevata da un amministratore autorizzato Funzioni di sicurezza Le funzionalità di sicurezza implementate dall ODV sono: Identificazione ed autenticazione: a tutti gli utenti è assegnato un identificativo univoco all interno della singola macchina sulla quale è installato l ODV. Tale identificativo è utilizzato insieme agli attributi ed al ruolo associato all utente come base per le decisioni relative al controllo accessi. L ODV autentica l identità dichiarata dall utente prima di consentirgli di effettuare altre azioni. L ODV gestisce internamente un insieme di identificatori associati ai processi. Tali identificatori sono derivati dall identificativo univoco associato al momento del suo login all utente che ha lanciato il processo. Alcuni dei citati identificatori possono cambiare durante l esecuzione di un processo (per esempio tramite il comando su) in accordo alla politica realizzata dall ODV. FINX realizza l identificazione e l autenticazione usando i moduli PAM e basandosi sulla password dell utente. La qualità delle password usate può essere rafforzata attraverso opzioni di configurazione. Audit: l ODV fornisce una funzionalità di audit che permette di generare record di audit per gli eventi critici dal punto di vista della sicurezza. L amministratore autorizzato può selezionare quali eventi devono essere registrati e per quali utenti l audit è attivo. L ODV fornisce strumenti che consentono all amministratore autorizzato di estrarre specifici tipi di eventi di audit, eventi relativi a specifici utenti, eventi relativi a specifici oggetti del file system, o eventi che ricadono in un particolare intervallo temporale tra l insieme di tutti i record di audit registrati dall ODV stesso. I record di audit sono memorizzati in un formato leggibile da parte dell uomo. Il sistema di audit rileva quando la capacità del file di audit eccede una soglia configurabile e l amministratore autorizzato può definire le azioni che devono essere eseguite quando la soglia viene superata. Le possibili azioni includono il passaggio in modalità singolo utente e l arresto del sistema operativo. Le funzioni di audit assicurano anche che nessun record di audit vada perso in seguito alla saturazione dei buffer di audit interni. Infatti i processi che cercano di creare un record di audit mentre i buffer di audit interni sono pieni vengono fermati finchè le risorse non sono nuovamente disponibili. Nell improbabile caso di una saturazione non recuperabile la componente di audit del kernel entra in uno stato che impedisce la generazione di ulteriori eventi da registrare. Controllo Accessi Discrezionale: l ODV restringe l accesso agli oggetti del file system basandosi su liste di controllo accessi (ACL) che includono i bit di permesso standard nel mondo UNIX per utenti, gruppi ed altri utenti. I meccanismi di controllo accessi proteggono anche dall accesso non autorizzato gli oggetti usati per la comunicazione tra processi (IPC). FINX gestisce il file system di tipo ext3, il quale supporta le liste di controllo accessi di tipo POSIX. Ciò permette di definire diritti di 18/31 OCSI/CERT/RES/03/2012/RC Vers. 1.0
19 accesso ai file appartenenti a questo tipo di file system fino alla granularità di un singolo utente. Per gestire il controllo accessi discrezionale per gli oggetti di tipo IPC sono usati i bit di permesso. Riutilizzo degli oggetti:il contenuto degli oggetti del file system, della memoria e degli oggetti usati per la comunicazione tra processi (IPC) è cancellato prima che i citati oggetti possano essere riutilizzati da un processo appartenente ad un altro utente. FINX supporta anche la cancellazione sicura dei dischi (ad esempio tramite lo strumento shred), ma tale funzione è esclusa dalla configurazione certificata. Gestione della Sicurezza: la gestione dei parametri dell ODV, critici dal punto di vista della sicurezza, è effettuata da amministratori autorizzati. Per la gestione dell ODV è usato un insieme di comandi che richiedono i privilegi di root. I parametri di sicurezza sono memorizzati in specifici file che sono protetti dai meccanismi di controllo accessi dell ODV contro accessi non autorizzati da parte di utenti che non sono amministratori autorizzati. Tutti gli utenti autorizzati sono in grado di modificare i propri dati di autenticazione. Servizi crittografici: forniscono supporto per consentire agli utenti autorizzati ed alle relative applicazioni di cifrare, decifrare, calcolare l impronta (hash) e firmare digitalmente i dati che risiedono all interno dell ODV e che sono trasmessi ad altri sistemi. I meccanismi crittografici sono usati specificamente per proteggere la comunicazione con sistemi remoti fidati e l autenticazione delle parti che sono in comunicazione. Protezione delle funzioni di sicurezza: i componenti del kernel che gestiscono la memoria ed i processi assicurano che il processo associato ad un utente non possa accedere alla memoria del kernel o a quella associata ad altri processi. Le funzioni di sicurezza non appartenenti al kernel ed i relativi dati sono protetti dai meccanismi di controllo accessi discrezionale e dai meccanismi di isolamento dei processi. In genere i file e le directory contenenti dati interni delle funzioni di sicurezza (per esempio i file di configurazione) sono anche protetti in lettura dai permessi di tipo discrezionale. Inoltre, quando sono in esecuzione il software del kernel ed i dati sono protetti dai meccanismi hardware di protezione della memoria. 6.4 Documentazione La documentazione specificata nel capitolo 8 (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 capitolo 7.2 di questo rapporto. 6.5 Requisiti funzionali e di garanzia Tutti i Requisiti di Garanzia (SAR) sono stati selezionati dai CC Parte 3 [CC3]. 19/31 OCSI/CERT/RES/03/2012/RC Vers. 1.0
20 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. Tutti gli SFR sono stati presi o ricavati per estensione dai CC Parte 2 [CC2]. 6.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 Consorzio RES. L'attività di valutazione è terminata in data 7 marzo 2014 con l emissione, da parte dell LVS, del Rapporto Finale di Valutazione [RFV1] che è stato approvato dall Organismo di Certificazione nella sua versione finale [RFV3] il 15 maggio Successivamente, l Organismo di Certificazione ha emesso il presente Rapporto di Certificazione. 6.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. 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. 20/31 OCSI/CERT/RES/03/2012/RC Vers. 1.0
Ministero dello Sviluppo Economico Dipartimento per le Comunicazioni Istituto Superiore delle Comunicazioni e delle Tecnologie dell'informazione Rapporto di Certificazione Software Backoffice v. 3.0 incluso
Questa pagina è lasciata intenzionalmente vuota Pagina 2 di 23 OCSI/CERT/TEC/02/2014/RC Vers. 1.0 Ministero dello Sviluppo Economico Istituto Superiore delle Comunicazioni e delle Tecnologie dell'informazione
Certificazione della sicurezza di prodotti/sistemi ICT
EnterpriseCommunication, Automation& Smart grid, Defence& Cyber security Certificazione della sicurezza di prodotti/sistemi ICT Giacinta Santo, Luglio 2013 Indice Protezione dell Informazione e Sicurezza
Questa pagina è lasciata intenzionalmente vuota Pagina 2 di 25 OCSI/CERT/TEC/07/2015/RC Vers. 1.0 Ministero dello Sviluppo Economico Istituto Superiore delle Comunicazioni e delle Tecnologie dell'informazione