|
|
| (327 versioni intermedie di 29 utenti non mostrate) |
| Riga 1: |
Riga 1: |
| − | <!-- Allo staff: mi son portato avanti cominciando ad abbozzare la pagina :). Ho copiato e incollato la formattazione dal corso di bioinformatica per la specialistica -->
| + | {{introduzione}} |
| | + | == Turni == |
| | + | {{turno}} |
| | | | |
| − | == '''Sicurezza, anno 2005/2006''' == | + | == A.A. passati == |
| | + | {{annipassati|2006-2007|(Danilo Bruschi)}} |
| | + | {{annipassati|2005-2006|(Danilo Bruschi)}} |
| | | | |
| − | '''Sicurezza''' è un corso complementare per la laurea in comunicazione digitale e altri corsi di laurea.
| + | == Informazioni == |
| | | | |
| − | === Docenti === Danilo Bruschi
| + | Sicurezza è un corso '''complementare''' per i tre corsi di laurea. |
| − | e-mail: <bruschi [at] dico [dot] unimi [it]>
| |
| | | | |
| − | === Orari delle lezioni ===
| + | 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. |
| − | | |
| − | {| border=1
| |
| − | ! 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 [http://security.dico.unimi.it/sicurezza0506/ qui] trovate il programma del corso (vedi [http://security.dico.unimi.it/sicurezza0506/stuff/Programma_Sicurezza0506.pdf 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: 50euro scontato, alla [http://www.accu.mi.it/clued/ CLUED],settore didattico [http://www.dsy.it/forum/member.php?action=getinfo&find=lastposter&threadid=22261 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 === | | === 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; | | * SCRITTO: domande a risposta aperta; |
| − | * PRATICA: implementazioni varie su Linux; | + | * 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: --[[Utente:Voodoo|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:
| |
| − | *# Non esiste alcun sistema sicuro;
| |
| − | *# La sicurezza costa in termini di:
| |
| − | *## soldi;
| |
| − | *## tempo;
| |
| − | *## privacy;
| |
| − | *## 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:
| |
| − | *# informazioni,dati memorizzati;
| |
| − | *# servizi erogati dalla macchina e loro uso;
| |
| − | *# <u>la protezione dei precedenti implica la protezione delle persone che stanno dietro ad essi;</u>
| |
| − | * Chi fa sicurezza deve garantire che un sistema goda di:
| |
| − | *# confidenzialità;
| |
| − | *# integrità;
| |
| − | *# 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.<br>
| |
| − | Alcuni link d'interesse che trattano la storia:
| |
| − | | |
| − | [http://snowplow.org/tom/worm/worm.html http://snowplow.org/tom/worm/worm.html]
| |
| − | | |
| − | [http://web.mit.edu/rhel-doc/4/RH-DOCS/rhel-sg-it-4/ch-sgs-ov.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 [http://www.vmware.com/download/index.html#eval qui] per scaricare la versione di prova;
| |
| − | altri emulatori utilizzabili sono [http://fabrice.bellard.free.fr/qemu/ Qemu] e [http://bochs.sourceforge.net/ Bochs]
| |
| − | | |
| − | ----
| |
| − | | |
| − | === Lezione di Lunedì 10-10-05 ===
| |
| − | | |
| − | <u>Introduzione alla [http://it.wikipedia.org/wiki/Crittografia crittografia]</u>
| |
| − | | |
| − | 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: [http://it.wikipedia.org/wiki/Cifrario_di_Cesare qui] potete leggere in breve come si comporta questo codice e [http://www.tonycrypt.com/Crittografia/Crittoanalisi.htm qui]un esempio di [http://it.wikipedia.org/wiki/Crittanalisi crittanalisi] che sfrutta le ricorrenze dei caratteri;
| |
| − | ** Aenigma: codice trattato esaurientemente in [http://it.wikipedia.org/wiki/Enigma_(crittografia) wikipedia]. [http://russells.freeshell.org/enigma/ 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 [http://it.wikipedia.org/wiki/Data_Encryption_Standard DES](molto usato per le transazioni bancarie);
| |
| − | ** visti i limiti del DES,vengono sviluppati [http://it.wikipedia.org/wiki/Advanced_Encryption_Standard 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 [http://telemat.det.unifi.it/book/1997/cryptography/crysym1.htm qui]e il libro on-line [http://www.ecn.org/kriptonite/ Kriptonite] anche scaricabile in formato PDF compresso in uno zip
| |
| − | <br>Altro approfondimento: [http://world.std.com/~franl/crypto.html qui]
| |
| − | | |
| − | ----
| |
| − | | |
| − | === Lezione di Mercoledì 12-10-05 ===
| |
| − | | |
| − | Ripasso in veloce carrellata dei permessi classici in Linux:
| |
| − | * <tt>rwx</tt>,umask
| |
| − | * SGID,SUID per i files;
| |
| − | * Sticky,SGID per le directories;
| |
| − | * ripasso dei seguenti comandi:
| |
| − | ** <tt>chattr</tt>: modifica gli attributi;
| |
| − | ** <tt>lsattr</tt>: mostra gli attributi impostati per la lista;
| |
| − | ** <tt>chown</tt>: cambio propietario o gruppo per un file;
| |
| − | ** <tt>chgrp</tt>: cambia solo il gruppo al file;
| |
| − | ** <tt>chmod</tt>: cambia permessi classici(propietario,gruppo,resto del mondo);
| |
| − | | |
| − | Abbiamo visto due files importanti:
| |
| − | * <tt>/etc/passwd</tt>: contiene account utente,uid,gid,home,shell..;
| |
| − | * <tt>/etc/shadow</tt>: contiene la password leggibile solo dall'utente root,e vari suoi attributi;<br>
| |
| − | : la password è cifrata tramite DES o MD5 (vedi [http://www.faqs.org/rfcs/rfc1321.html rfc]);
| |
| − | * ACL (Access Control List):
| |
| − | ** è possibile aggiungere utenti o gruppi con un nome specifico;i comandi ACL possono rimpiazzare quelli di <tt>chmod</tt>; 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 <br>
| |
| − | E<sub>B</sub>[M] (encryption da A) S<sub>B</sub>(E<sub>B</sub>[M]) (decryption di B)
| |
| − | ** crittazione dell'hash tramite firma: <br>
| |
| − | E<sub>B</sub>[(M,S<sub>A</sub>H[M])] (encryption di A) <br> A firma l'hash del messaggio con la sua chiave privata. B riceve il messaggio,spacchetta <br>tramite la sua privata im messaggio,ne calcola l'hash,vede l'hash calcolato da A decrittandolo <br>con la chiave pubblica del medesimo e ne confronta i risultati;
| |
| − | ** crittazione veloce mista:
| |
| − | E<sub>B</sub>[K],K[(M,S<sub>A</sub>H[M])] (encryption di A) <br> A cifra con la sua chiave privata l'hash del messaggio,come prima,ma poi cifra con la crittografia<br> a chiave privata,generando un numero ''K'' grande,per rendere veloce il processo. Dopo di che,critta<br> 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<sup>9</sup> di chiavi; algoritmi migliori ci riescono per chiavi di 56 bit in circa 35 giorni;
| |
| − | ** lista di Certification authority: [http://www.qmw.ac.uk/~tl6345/ca.htm qui]
| |
| − | | |
| − | '''PROTEZIONE DI UN SISTEMA OPERATIVO'''
| |
| − | * Stratificazione in un sistema informatico:
| |
| − | # Applicazioni;
| |
| − | # Sistema operativo:
| |
| − | ## Interfaccia applicazioni;
| |
| − | ## Servizi di sistema operativo;
| |
| − | ## 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.
| |
| − | <br>''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 [http://www.complessita.it/tcpa/ qui] e [http://www.no1984.org/ qui] (riferimento indicativo,da prendere con le pinze :))
| |
| − | ** Aggiungerei un riferimento decisamente importante per l'argomento Trusted Computing Platform, rappresentato dal [http://www.trustedcomputinggroup.org 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 [http://www.watson.ibm.com/index.shtml 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.[http://www.nsa.gov/selinux/index.cfm 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 [http://security.dico.unimi.it/sicurezza0506/#syllabus qui]
| |
| − | * PGP 9 (trialware): [http://www.pgp.com/downloads/index.html qui]dopo i 30 giorni è possibilie ancora utilizzarlo con meno opzioni;
| |
| − | * PGP versioni storiche: [http://hemsidor.torget.se/users/c/CoMa/pgp/pgpdownload.html qui]
| |
| − | * Gnu Privacy Guard: [http://www.gnupg.org/ questo] è un sostituto completo e libero di PGP;
| |
| − | * guida PGP e altre info: [http://pgp.unito.it/ qui] e [http://www.pgpi.org/doc/pgpintro/ qui]
| |
| − | | |
| − | ----
| |
| − | | |
| − | === Lezione di Mercoledì 2-11-05 ===
| |
| − | | |
| − | Esercizi con GnuPG: vedi [http://security.dico.unimi.it/sicurezza0506/#syllabus 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 '''P'''rocess'''C'''ontrol'''B'''lock (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: [http://it.wikipedia.org/wiki/Storia_di_Microsoft_Windows wikipedia]<br>
| |
| − | * Per una panormaica sui sistemi operativi,vedere i pdf del corso omonimo,presso comunicazione digitale: [http://bellettini.usr.dico.unimi.it/~belletc/SODwiki/materiale qui]<br>
| |
| − | * Accenno a kerberos(''solo detto cos'è''): [http://web.mit.edu/kerberos/www/ qui]
| |
| − | | |
| − | ----
| |
| − | === Lezione di Lunedì 14-11-05 ===
| |
| | | | |
| − | '''Fase di identificazione''': tipicamente l'inserimento di un ''user-id'' da dichiarare all'inizio della sessione di lavoro;
| + | === Giudizio sul corso === |
| − | <br>'''Fase di autenticazione''': sfrutta in genere uno o più di questi parametri:
| + | {{Giudizio}} |
| − | # ciò che l'utente possiede;
| + | {{Giudizio/Interesse|5|5}} |
| − | # ciò che l'utente sa;
| + | {{Giudizio/Difficoltà|2|4}} |
| − | # ciò che l'utente è;
| + | {{Giudizio/Nonfrequentanti|5}} |
| | + | {{Giudizio/Ore|3|4}} |
| | | | |
| − | * Meccanismo delle password e punti deboli:
| + | [[Categoria:Corsi Primo Semestre]] |
| − | # 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 [http://it.wikipedia.org/wiki/Hash 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)''<br>
| |
