Differenze tra le versioni di "Sicurezza"

Versione delle 10:36, 5 dic 2005

Sicurezza, anno 2005/2006

Sicurezza è un corso complementare per la laurea in comunicazione digitale e altri corsi di laurea.

=== Docenti === Danilo Bruschi e-mail: <bruschi [at] dico [dot] unimi [it]>

Orari delle lezioni

Lunedì	Mercoledì
17:30-19:30 Aula Alfa	17:30-19:30 Aula Sigma

Le lezioni del lunedì tratteranno la parte teorica del corso e saranno tenute dal prof. Bruschi,mentre le lezioni del mercoledi` tratteranno la parte pratica del corso e saranno tenute dai dott. Cavallaro e Lanzi

Orario di ricevimento dei docenti

Ricevimento su appuntamento:

Prof. Bruschi <bruschi [at] dico [dot] unimi [dot] it>
Dott. Lanzi <andrew [at] security [dot] dico [dot] unimi [dot] it>
Dott. Cavallaro <sullivan [at] security [dot] dico [dot] unimi [dot] it>

Sito del corso

Se andate qui trovate il programma del corso (vedi PDF),le modalità d'esame e quant'altro di necessario.

Materiale didattico

Primo libro:
- Titolo: "Firewall e sicurezza si rete",II Edizione
- Autori: W.Cheswick,S.Bellouin,A.Rubin
- Casa Editrice: Edision Wesley
- Prezzo: 32 €

Secondo libro:
- Titolo: "Computer Security"
- Autore: D.Gollmann
- Casa editrice: J.Wiley
- Lingua: solo inglese
- prezzo: 50 € scontato, alla CLUED,settore didattico JoY§TiCk

In più ci sarà alro materiale sparso,presentato a lezione. Vi terremo aggiornati ;). Ad ogni modo il prof ribadisce che il primo libro(quello in italiano)tratterà il 70% delle lezioni e che i lrestante 30% deriverà dal secondo e da altro materiale. Non verranno presentate slides alle lezioni di teoria del lunedì,nè messe a disposizione sul sito. Per quanto riguarda le lezioni di pratica invece ci saranno delle slides pubblicate sul sito.

Modalità d'esame

Si raccomandano come prerequisiti l'aver frequentato il corso di Reti di calcolatori e Sistemi Operativi,ma l'aver verbalizzato il voto o l'averli seguiti non è vincolante in alcun modo per seguire e sostenere il corso e l'esame. Si raccomanda inoltre di poter lavorare su Linux,in quanto la pratica verterà su questo sistema operativo. L'esame consiste di due modalità:

SCRITTO: domande a risposta aperta;
PRATICA: implementazioni varie su Linux;

N.B.: La quasi totalità dei link a pagine esterne al wikiDsy sono stati inseriti dal sottoscritto e NON dal professore. Questo per far si di integrare meglio quanto spiegato a lezione con il vasto materiale disponibile in rete.

Editaggio a cura di: --Voodoo 12:21, Nov 9, 2005 (CET)

Diario del corso

Lezione di Lunedì 3-10-05

Argomenti trattati nella lezione di oggi:

Cosa vuol dire fare sicurezza: prevenire azioni non autorizzate che posson provocare conseguenze spiacevoli,nel nostro caso ciò si applica ai sistemi informativi e alla loro prevenzione;
Distinzione tra SECURITY e SAFETY;
Perchè esiste la sicurezza;
Peculiarità in campo di sicurezza:
1. Non esiste alcun sistema sicuro;
2. La sicurezza costa in termini di:
  1. soldi;
  2. tempo;
  3. privacy;
  4. flessibilità del sistema;
l'importanza di saper fare delle scelte,valutare elementi critici in un sistema e dare dalle priorità ad essi. In pratica la politica di gestione degli elementi da difendere;
Quindi si vede la fase si ANALISI del rischio e la GESTIONE dello stesso,svolta dal management aziendale;
I beni desiderabili(ASSET)da parte degli attaccanti:
1. informazioni,dati memorizzati;
2. servizi erogati dalla macchina e loro uso;
3. la protezione dei precedenti implica la protezione delle persone che stanno dietro ad essi;
Chi fa sicurezza deve garantire che un sistema goda di:
1. confidenzialità;
2. integrità;
3. disponibilità;

Al termine della lezione è stata trattata a grandi linee la nascita e l'evoluzione della sicurezza in campo informatico,ricordando una data storica,2 novembre 1988,per via di un crash di un numero ingente di macchine negli USA nel giro di poco tempo,causato da un programma(una tipologia che verrà chiamata WORM)scritto da R.J.Morris.
Alcuni link d'interesse che trattano la storia:

http://snowplow.org/tom/worm/worm.html

http://web.mit.edu/rhel-doc/4/RH-DOCS/rhel-sg-it-4/ch-sgs-ov.html

Lezione di Mercoledì 5-10-05

Introduzione del corso;
Installazione di Debian tramite VMWare;

Vedere qui per scaricare la versione di prova; altri emulatori utilizzabili sono Qemu e Bochs

Lezione di Lunedì 10-10-05

Introduzione alla crittografia

La crittografia è un valido sostegno al mantenimento della confidenzialità delle informazioni;

attori della scenografia crittografica:
- mittente;
- destinatario;
- intruso (man in the middle);
definizione di operazioni di cifratura e decifratura;
Esempi di codici crittografici storici:
- codice di cesare: qui potete leggere in breve come si comporta questo codice e quiun esempio di crittanalisi che sfrutta le ricorrenze dei caratteri;
- Aenigma: codice trattato esaurientemente in wikipedia. Qui si possono trovare anke simulatori della macchina aenigma
Protocolli a chiave pubblica o asimmetrica:
- il primo è pubblicato agli inizi degli anni 80;
- presenza di due chiavi;
- sfruttano proprietà dei numeri primi e campi aritmetici modulari;
- il protocollo Diffie-Hellman è usato per l oscambio delle chiavi pubbliche;
- La chiave pubblica è a disposizione di tutti e viene usata per cifrare i messaggi,i quali verranno decifrati con la chiave privata del destinatario;
- notevole lentezza nel calcolo degli algoritmi(può richiedere ore per grossi documenti);
- notevole sicurezza dei dati e ottima gestione delle chiavi;
Protocolli a chiave privata o simmetrica:
- algoritmi efficienti e veloci
- le trasformazioni sono effettuate anche in hardware,un ulteriore livello per renderle più efficaci;
- utilizzano operazioni di "or","shift" e permutazioni;
- buon livello di sicurezza anche con chiavi contenute;
- gestione delle chiavi critica,poichè mittente e destinatario utilizzano la stessa chiave(segreta),con la scomoda necessità di comunicarla per esser nota da ambo le parti;
- il più usato è il DES(molto usato per le transazioni bancarie);
- visti i limiti del DES,vengono sviluppati AES e Triple DES;
- Sia AES sia DES lavorano con una codifica denominata ECB,anche se non è molto sicura per testi lunghi,dove è meglio impiegare la CBC;

Altri spunti quie il libro on-line Kriptonite anche scaricabile in formato PDF compresso in uno zip
Altro approfondimento: qui

Lezione di Mercoledì 12-10-05

Ripasso in veloce carrellata dei permessi classici in Linux:

rwx,umask
SGID,SUID per i files;
Sticky,SGID per le directories;
ripasso dei seguenti comandi:
- chattr: modifica gli attributi;
- lsattr: mostra gli attributi impostati per la lista;
- chown: cambio propietario o gruppo per un file;
- chgrp: cambia solo il gruppo al file;
- chmod: cambia permessi classici(propietario,gruppo,resto del mondo);

Abbiamo visto due files importanti:

/etc/passwd: contiene account utente,uid,gid,home,shell..;
/etc/shadow: contiene la password leggibile solo dall'utente root,e vari suoi attributi;

la password è cifrata tramite DES o MD5 (vedi rfc);

ACL (Access Control List):
- è possibile aggiungere utenti o gruppi con un nome specifico;i comandi ACL possono rimpiazzare quelli di chmod; tuttavia, suid/sgid/sticky bit possono essere impostati solo con chmod;
- ACL minimale: permessi classici;
- ACL estesa: maschera,utente,gruppi aggiuntivi,...
- Access ACL: più diffusa,trova applicazione per files e directories;
- default ACL: solo su directories;

N.B.: sono stati asseganti degli esercizi in classe,che non sono stati eseguiti per mancanza di tempo;

Lezione di Lunedì 17-10-05

descrizione generale dell'algoritmo RSA;
- descrizione dell'algoritmo,a partire dalla scelta di due numeri primi a piacere molto grandi;
- la scelta dei numeri è molto importante ai fini della robustezza del codice;
- visto un esempio di cifratura della parola Hello;
La funzione hash e il suo ruolo per la firma digitale;
- la chiave privata oltre a decifrare viene impiegata per firmare i messaggi,più propriamente per firmare l'hash del messaggio: questo a fianco della confidenzialità dei dati,va ad aggiungere la garanzia dell'identità reale delle persone;
Riassunto delle modalità di crittazione dei messaggi:
- crittazione semplice tramite chiave pubblica e decrittazione tramite quella privata

E_B[M]   (encryption da A)   S_B(E_B[M]) (decryption di B)

- crittazione dell'hash tramite firma:

E_B[(M,S_AH[M])] (encryption di A)  
 A firma l'hash del messaggio con la sua chiave privata. B riceve il messaggio,spacchetta 
tramite la sua privata im messaggio,ne calcola l'hash,vede l'hash calcolato da A decrittandolo 
con la chiave pubblica del medesimo e ne confronta i risultati;

- crittazione veloce mista:

E_B[K],K[(M,S_AH[M])] (encryption di A)  
 A cifra con la sua chiave privata l'hash del messaggio,come prima,ma poi cifra con la crittografia
 a chiave privata,generando un numero K grande,per rendere veloce il processo. Dopo di che,critta
 la chiave privata K con la chiave pubblica di B,per rednergliela nota.

Lezione di Mercoledì 19-10-05

Abbiamo usato il tool John the Ripper,usato per craccare le password di sistema degli utenti;
sono on-line le slides della teoria spiegata e gli esercizi relativi;

Lezione di Lunedì 24-10-05

Problema di impersonificazione nella crittografia a chiave pubblica: la soluzione risiede nelle : Certification authority,i quali firmano con la loro chiave privata l'hash del nostro certificato : digitale,il quale contiene chiave pubblica ed estremi anagrafici;inoltre per provare effettivamente : la loro identità,le CA pubblicano sulla gazzetta ufficiale gli hash delle loro chiavi pubbliche;
la robustezza di un algoritmo dipende molto dalla pubblicità dello stesso;
attacchi brute force per chiavi DES a 40 bit: richiederebbe 2 anni con la generazione di : 71434440*10⁹ di chiavi; algoritmi migliori ci riescono per chiavi di 56 bit in circa 35 giorni;
- lista di Certification authority: qui

PROTEZIONE DI UN SISTEMA OPERATIVO

Stratificazione in un sistema informatico:

Applicazioni;
Sistema operativo:
1. Interfaccia applicazioni;
2. Servizi di sistema operativo;
3. kernel;
Hardware;

La sicurezza per un livello viene implementata a livello inferiore. Fare sicurezza a livello applicazione significa impedire che le applicazioni interferiscano con le altre.
N.B.: l'hardware è il massimo livello di protezione che abbiamo,in cui è impossibile per il system manager attuare modifiche a meno di manomissioni a questo livello;

Sono esempi di protezioni hardware quelle proposte dal TCG: vedi qui e qui (riferimento indicativo,da prendere con le pinze :))
- Aggiungerei un riferimento decisamente importante per l'argomento Trusted Computing Platform, rappresentato dal Trusted Computing Group, consorzio responsabile della stesura della specifica per il TPM, TSS, etc (senza contare il lavoro portato avanti da gruppi di ricerca tra i quali il Watson Research Center dell'IBM).

Requisiti di un OS per esser definito sicuro:

accesso al sistema garantito ad utenti autorizzati;
processi utente possono usare il OS;
l'utilizzo dell'OS da parte di processi utente deve essere consentito e non abusivo;

Trusted OS: tipicamente per applicazioni militari; i sistemi operativi possono essere cetificati da uno dei 7 livelli di sicurezza indicati da delle lettere.SELinux è tra B1 e B2,Windows NT 5.0 è tra C2 e B1;
distinzione processi utente e processi del sistema operativo:
- status bit;
- programma trap;
- interrupt;
- Il SO si fa carico delle richieste delle applicazioni e restituisce i risultati nel loro spazio di memoria;
politica di gestione dei processi e dei dati nel processore Motorola 68000;

Lezione di Mercoledì 26-10-05

Esercizi con GnuPG: vedi qui

PGP 9 (trialware): quidopo i 30 giorni è possibilie ancora utilizzarlo con meno opzioni;
PGP versioni storiche: qui
Gnu Privacy Guard: questo è un sostituto completo e libero di PGP;
guida PGP e altre info: qui

Lezione di Mercoledì 2-11-05

Esercizi con GnuPG: vedi qui

Lezione di Lunedì 7-11-05

Fare sicurezza di un sistema vuol dire fare sicurezza a livello di sistema operativo(kernel). Bisogna:

evitare che i processi interferiscano tra loro;
evitare che i processi modifichino/interferiscano con il sistema operativo in maniera illegittima;
proteggere le informazioni;
garantire l'autenticità dei soggetti che utilizzano il sistema;

Strategie:

Separazione logica delle entità: processi in esecuzione sono messi in aree di memoria separate logicamente(rilocazione in loading time ed execution time);
Controllo degli accessi: si decide chi può fare cosa a chi,mediante l'uso della matrice degli accessi,sfruttata dal ProcessControlBlock (dispendioso) o dalle ACL(più efficiente,sono la base del sistema di protezione di UNIX);
meccanismi di autenticazione per gli utenti(tipicamente username e password);
Storia di Windows: wikipedia
Per una panormaica sui sistemi operativi,vedere i pdf del corso omonimo,presso comunicazione digitale: qui
Accenno a kerberos(solo detto cos'è): qui

Lezione di Mercoledì 9-11-05

OpenVPN: controllare il materiale didattico

Lezione di Lunedì 14-11-05

Fase di identificazione: tipicamente l'inserimento di un user-id da dichiarare all'inizio della sessione di lavoro;
Fase di autenticazione: sfrutta in genere uno o più di questi parametri:

ciò che l'utente possiede;
ciò che l'utente sa;
ciò che l'utente è;

Paradigma "ciò che sai"

Meccanismo delle password e punti deboli:

le password vanno memorizzate su disco: calcolo dell'hash della password,memorizzato su disco. Sulla password fornita dall'utente,viene eseguito l'hash e confrontato con quello su disco,nel caso coincidano,allora l'utente ha accesso al sistema (si basa sulla presunta impossibilità di inveritre la funzione di hash);
le password possono essere scelte deboli: si consiglia l'uso di caratteri alfanumerici e speciali, dando alla password una certa lunghezza in caratteri(dai 6 in su). C'è il problema che la complessità scelta può portare ad una difficoltà alla memorizzazione,con la conseguente imprudenza di alcuni utenti di scriverla in luoghi insicuri(agende,libri o luoghi limitrofi alla macchina). Attacchi possibili:

Attacco dizionario: raccolta di parole ricorrenti nella lingua della vittima di cui si fa l'hash,da confrontare con la password da scoprire. Se coincidono la password è stata scovata. Vedere alcuni riferimenti:

http://en.wikipedia.org/wiki/Dictionary_attack (definizione)

http://www.cs.jhu.edu/~fabian/courses/CS600.624/pwdweb.pdf (sicurezza contro attacchi dizionario)
Viene ricordata la storia di Morris e del suo Internet worm,che ha usato un attacco dizionario. Si ricorda John the ripper,uno dei programmi più usati in questo ambito. Bisogna vere un file di password.

Attacco phishing: e-mail truffaldine che fingono l'identità di qualcun'altro(banche,ecc) per far dirottare solitamente l'utente su un sito clonato,molto simile(in base all'abilità del truffatore) per ottenere dati personali e finanziari. Si veda :

http://www.antiphishing.org/

http://www.webopedia.com/TERM/p/phishing.html (definizione)

Paradigma "ciò che hai,ciò che sai"

Uso delle One-time password: password "usa-e-getta" valide una volta sola,anche se intercettate non saranno valide per altre autenticazioni.
smart-card: pin sblocca la smart card inserita.

Paradigma "ciò che si è"

Biometria: meccanismi di identificazione in base a caratteristiche fisiche difficili da contraffare. Caratteristiche studiate,con tasso d'errore a fianco,sono:
- impronta digitale (0.1%);
- retina e iride dell'occhio (0.01%);
- impronta della mano;
- voce;
- forma del viso (50%);

Problema di privacy e sostituibilità.

Una soluzione che coniuga tutti i parametri sarebbe il possesso di una smart-card,sbloccabile sempre con il solito pin,sulla quale vi è anche la propria impronta digitale: in questo modo c'è un confronto diretto dell'impronta senza invadere la privacy. Un possibile attacco ai riconoscitori di impronte digitali può essere l'applicazione di una sostanza impercettibile al tatto,sul riconoscitoree di impronte digitali. Quando l'utente se ne è andato,si toglie la pellicola sulla quale vi è rimasta l'impronta,per poi venir trattata in laboratorio,prodicendo pelle sintetica applicabile su un dito finto(situazione accaduta in Giappone).
I costi sono zero per le password,ma si va dalle 15€ alle 30€ per lettori smart-card e smart-card e dispositivi OTP. Il processo di sotituzione password avverrà entro 5-10 anni,ma le nuove tecnologie avranno comunque dei margini di errore,anche se infinitesimi perchè son sempre e comunque delle tecnologie.

Meccanismi di audit

logging: registrazione eventi che possono fornire informazioni sul sistema;
auditing: analisi dei log;
monitoring: controllo delle attività di un sistema;

Problemi e soluzioni:

i log è meglio memorizzarli su dispositivi WORM,per evitare cancellazione/riscrittura;
scegliere cosa monitorare per evitare produzione ingente di dati;
Usufruire di log consolidation,per disporre di tutti i log di diverse piattaforme in un formato standard,analizzabile velocemente attraverso un database centrale;
Sfruttare net correlation,attraverso la quale identificare automaticamente attività sospette;

Lezione di Mercoledì 16-11-05

OpenVPN: controllare il materiale didattico

Lezione di Lunedì 21-11-05 SOSPESA

Lezione sospesa causa indisposizione del docente

Lezione di Mercoledì 23-11-05

OpenVPN: controllare il materiale didattico

Lezione di Lunedì 28-11-05

Stato di updating.. XTERM è un demone del sistema operativo attraverso il quale l'utente spcifica le proprietà del terminale. Attraverso i suoi bug di programmazione è possibile,piazzando una stringa opportuna,farsi restituire una shell con i diritti di root.
La tecnica del buffer overflow bypassa del tutto il sistema operativo. L'internet worm di Morris sfruttò quest'attacco,dimostrando che era possibile utilizzare questa tecnica anche da remoto.
Mediamente vengono scoperte circa 2700 vulnerabilità al giorno,di cui circa il 40% sfrutta questa tecnica.
Il buffer overflow è un problema tipico del C e dei linguaggi in genere poco tipizzati,cioè che fanno un controllo debole sui tipi.
Molto in sintesi,questa tecnica mi consente,lanciando il programma(solitamente con i permessi di root) di qualcun'altro,di fargli sovrascrivere il return address di una funzione di modo che punti ad un'altra sezione in cui ho inserito il mio codice.

XTERM: emulatore per terminale di X
- XTERM FAQ
- manuale XTERM
Buffer overflow

Lezione di Mercoledì 30-11-05

TCP/IP Summary:

Sniffing && tcpdump

Vedere: Materiale didattico

@@ Riga 351: / Riga 351: @@
 ** http://www.linuxjournal.com/article/6701
 ** [http://www-128.ibm.com/developerworks/linux/library/l-sp4.html Secure programmer: Countering buffer overflows]
-** [http://www.enderunix.org/docs/eng/bof-eng.txt BUFFER OVERFLOWS DEMYSTIFIED]
+** [http://www.enderunix.org/docs/eng/bof-eng.txt BUFFER OVERFLOWS DEMYSTIFIED] ''(txt)''
-** [http://suif.stanford.edu/papers/tunji04.pdf A Practical Dynamic Buffer Overflow Detector]
+** [http://suif.stanford.edu/papers/tunji04.pdf A Practical Dynamic Buffer Overflow Detector] ''(pdf)''
 ** [http://www.windowsecurity.com/articles/Analysis_of_Buffer_Overflow_Attacks.html Analysis of Buffer Overflow Attacks]