Rapporto esplicativo

N. 14.7: L’obiettivo è quello di determinare che i voti siano processati e conteggiati correttamente. A tal fine, i voti di controllo sono processati secondo le stesse procedure impiegate per i voti espressi conformemente al sistema. I voti di controllo non devono essere inclusi nel risultato finale come voti espressi conformemente al sistema.

N. 14.10: Questa disposizione non riguarda necessariamente solo il sistema online. Ad essere interessate sono anche le componenti nei lavori preparatori preliminari o successivi agli scrutini.

N. 15 Utilizzo di misure crittografiche e amministrazione delle chiavi

N. 15.2: I processi di audit, di identificazione e di autenticazione sono particolarmente sensibili e richiedono un controllo speciale, sia nella parte del sistema gestita dal Cantone sia in quella gestita dal fornitore del sistema. L’identificazione corrisponde al processo di identificazione di una persona, ad esempio mediante nome utente o smartcard. L’autenticazione è invece il processo attraverso il quale il sistema rilascia l’autorizzazione d’accesso, ad esempio mediante la verifica di una password.

N. 15.3: La crittografia a livello del software, la cui necessità si evince dal numero 2, non è sufficiente a soddisfare questo requisito.

N. 17 Test del sistema

N. 17.2: Le interfacce sono gli elementi che permettono al software di scambiare informazioni con il suo ambiente. Può trattarsi di interfacce grafiche, linee di comando o interfacce tecniche (API).

N. 17.3: Per questo requisito sono considerati due livelli di struttura del software:

- un modulo è il livello più basso e costituisce un raggruppamento di classi nel codice sorgente che

mirano a un obiettivo ben definito;

- un sottosistema è un insieme di moduli che copre una funzionalità del sistema, ad esempio l’ammi-

nistrazione di una votazione, la creazione di una carta di legittimazione di voto o la registrazione del voto espresso.

N. 24 Sviluppo e manutenzione di sistemi di informazione

La qualità dei sistemi di voto elettronico deve essere garantita durante l’intero processo di sviluppo. Al fine di rafforzare la garanzia della qualità i requisiti sono stati specificati perseguendo gli obiettivi seguenti:

- permettere la tracciabilità e la verifica delle modifiche apportate al sistema;

- garantire in qualsiasi momento e in entrambe le direzioni la tracciabilità tra i singoli elementi della documentazione (protocollo, specifica, architettura, ecc.) e il codice sorgente;

- far confluire i risultati delle procedure di verifica nei lavori di sviluppo;

- garantire e mantenere la conformità ai requisiti legali per tutto il ciclo di vita.

In particolare, i requisiti del livello common criteria EAL 4, che fino ad ora si applicavano alle componenti di controllo, sono estesi all’intero sistema. Inoltre sono stati completati con requisiti dei common criteria concernenti EAL 4 quando questa integrazione poteva contribuire in modo significativo agli obiettivi di sicurezza ed era in linea con gli obiettivi succitati.

N. 24.1: Gli strumenti di sviluppo qui considerati sono gli strumenti importanti per la sicurezza dello sviluppo del software. Tra questi rientrano ambienti di sviluppo integrato (integrated development environment, IDE), strumenti di costruzione (build tools) e strumenti di gestione della configurazione. Rientrano in questa categoria anche le opzioni di configurazione che possono avere un impatto sulla sicurezza dello sviluppo.

Come nel numero 17.2, per interfacce si intendono quegli elementi che permettono al software di scambiare informazioni con il suo ambiente. Può trattarsi di interfacce grafiche, linee di comando o interfacce di programmazione (API).