RELAZIONE TECNICA. Whistleblowing. Realizzazione a cura di Unità operativa Servizi e Sistemi. Premessa 2. Installazione 3

Transcript

1 1 RELAZIONE TECNICA Realizzazione a cura di Unità operativa Servizi e Sistemi Indice generale Premessa 2 Installazione 3 Database 4 Installazione nuova istanza 4 Esecuzione 5 Eliminazione dati 6 Client intranet 6 Funzionalità whistleblowing 6 <url>/loginadmin 6 <url>/config 6 <url>/loginkeeper 7 <url>/keys 7

2 2 Premessa è l applicazione del Comune di Venezia per l'invio di segnalazioni al responsabile anti corruzione. Tale soluzione è basata sulle indicazioni fornite dell'autorità anticorruzione L'applicazione implementa un sistema a doppia crittografia: criptazione asimmetrica lato client (sul browser) criptazione simmetrica lato server. I dati inerenti al fatto, il messaggio ed i files vengono criptati (lato client) con la chiave pubblica del responsabile anti corruzione. I dati anagrafici del segnalante vengono criptati (lato client) con la chiave pubblica del responsabile unico dei sistemi informativi. I dati vengono dunque inviati al server già criptati, rendendo inefficaci attacchi di tipo "man in the middle". Una volta inviati al server, i dati sono ulteriormente criptati con chiave simmetrica e salvati all'interno del database. Dopo aver acceduto all'area di sua pertinenza con username e password, il responsabile anti corruzione è in grado di visualizzare la lista delle segnalazioni. Dopo aver cliccato sul bottone "visualizza" di un item della lista, sarà possibile visualizzare il contenuto della segnalazione solamente dopo aver inserito la chiave privata personale e la relativa passphrase. La decriptazione viene effettuata lato client (sul browser), rendono inefficaci attacchi di tipo " man in the middle ", in quanto i dati vengono trasmessi ancora criptati. Il responsabile anti corruzione è in grado di inserire per ogni segnalazione, specificando lo stato di avanzamento, tutte le note che ritiene opportune. Tali note saranno visualizzabili anche dal segnalante, e per questo criptate solamente in modo simmetrico lato server. I dati anagrafici del segnalante possono essere visualizzati dal responsabile unico dei sistemi informativi solo su richiesta della magistratura, ma soprattutto solo dopo aver ricevuto l'identificativo della segnalazione da parte del responsabile anti corruzione. Il responsabile unico dei sistemi informativi, dopo aver acceduto all'area di sua pertinenza con username e password ed aver inserito l'identificativo della segnalazione, sarà in grado di visualizzare i dati del segnalante solamente dopo aver inserito la chiave privata personale e la relativa passphrase. Anche in questo caso la decriptazione viene effettuata lato client (sul browser), rendono inefficaci attacchi di tipo " man in the middle ", in quanto i dati vengono trasmessi ancora criptati. Il segnalante dopo aver inviato la segnalazione, riceverà una username ed una password

3 3 (quest'ultima per ), ed accedendo tramite queste all'area a lui dedicata (/login), sarà in grado di visualizzare lo stato di avanzamento e le relative note della sua segnalazione. La crifratura lato server è eseguita con algoritmo AES-256-CBC con vettore unico ad inizializzazione random per ogni operazione. La crifratura lato client è implementata attraverso il protocollo OpenPGP. Questo è il flusso delle operazioni in invio dei dati client encription -> server encription -> database saving Questo è invece il flusso delle operazioni in lettura dei dati database loading -> server decription -> client decription Le principali tecnologie utilizzate sono: NodeJS MongoDB OpenPGP.js Material design Installazione Installare nodejs (versione dalla 4.2+, si consiglia l'utilizzo di nvm) Installa mongodb 3 da riga di comando, posizionandosi all'interno della cartella del progetto installare le dipendenze nodejs npm install installare le dipendenze client bower install lanciare l'applicazione node app.js per testare la sicurezza delle dipendenze nodejs nsp check Per la messa in produzione si consiglia di utilizzare pm2 Nel file config/default.json sono salvate le credenziali dei due utenti amministrativi. Le password sono salvate come hash <url>/loginadmin La username dell utente admin è: admin La password dell'utente admin è: calippo

4 4 Utils.hashPassword('calippo').then(function(hash) { console.log('calippo', hash); }); <url>/loginkeeper La username dell utente responsabile unico dei sistemi informativi è: keeper La password dell'utente responsabile unico dei sistemi informativi è: cornetto Utils.hashPassword('cornetto').then(function(hash) { console.log('cornetto', hash); }); Per visualizzare i processi node ed il loro stato eseguire pm2 list Database Ogni istanza di whistleblowing ha il suo database su Mongo. Ogni istanza del whistleblowing è configurata all'interno del file config/default.json Installazione nuova istanza accedere al server da terminale accedere a mongo come admin Per creare un nuovo db, utente e ruoli: use wbtest db.createuser( { user: "wbtest", pwd: "test2017", roles: [ { role: "readwrite", db: "wbtest" } ] } ) db.grantrolestouser("wbtest", ["readwrite", "dbadmin"]); Per configurare l'istanza del whistleblowing all'interno del file

5 5 config/default.json Le cose minime da modificare sono port dbconfig.uri config. config.logo config.logomenu admin.password keeper.password Per la generazione delle password modificare i valori presenti all'interno del file genpassword.js ed eseguirlo da console attraverso il comando node genpassword.js Titoli, descrizioni, piva e cf vanno modificate nelle views views/layouts/main.hbs views/partials/footer.hbs I loghi invece sono contenuti nella cartella public/img Le chiavi pubbliche e private dei due responsabili possono essere generate all'url <url>/keys La chiave pubblica del responsabile anti corruzione (rpc) va nel file public/pubkey_whistle.asc La chiave pubblica del responsabile sistemi informativi (keeper) va nel file public/pubkey_user.asc Esecuzione entrare nella cartella del wbtest cd wbtest e lanciare la nuova istanza con il comando pm2 start app.js --name wbtest per avere il numero di id e lo stato dell'istanza eseguire pm2 list

6 6 Alcuni comandi utili di pm2 pm2 restart <id> pm2 stop <id> Eliminazione dati Si accede al db con le credenziali mongo wbtest -u wbtest -p test2017 e si fa un drop del db use wbtest db.runcommand( { dropdatabase: 1 } ) Client intranet Nella cartella wbtestclient vi è il codice esempio per l'autorizzazione alla compilazione del form. Codice da inserire all'interno delle intranet: nel file index.php vi è la versione con MD5 funziona sia in POST che in GET Funzionalità whistleblowing <url>/loginadmin Per accedere all'area riservata del responsabile anti corruzione servono username password Da qui si avrà accesso al menu di configurazione ed alla lista di whistle ricevuti Per poter leggere il contenuto di un whistle, si dovrà inserire chiave privata e passphrase. selezionare il bottone a dx della riga e <url>/config Una volta autenticato il responsabile anti corruzione può configurare in autonomia alcuni

7 7 parametri dell'applicazione loghi responsabile anti corruzione testo introduttivo iniziale <url>/loginkeeper Per accedere all'area riservata del responsabile dei sistemi informativi servono username password per poter leggere i dati relativi ad un whistleblower bisogna possedere numero del whistle, comunicato dal responsabile anti corruzione, inserire chiave privata e passphrase. <url>/keys Genera chiave privata e chiave pubblica. La chiave pubblica va comunicata a Venis SPA. E' necessaria per far si che i messaggi siano letti solamente dalla persona in possesso della chiave privata. La chiave privata, e relativa passphrase, vanno salvate con estrema cura. In caso di perdita NON sarà più possibile leggere le segnalazioni ricevute.