|
|
| (357 versioni intermedie di 32 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: sconosciuto
| |
| − | | |
| − | 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; |
| − | | |
| − | == '''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]
| |
| − | | |
| − | '''N.B.: tutti i link a pagine esterne al wikiDsy sono stati inseriti dal sottoscritto e NON dal professore'''
| |
| − | | |
| − | ----
| |
| − | | |
| − | === 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]
| |
| − | | |
| − | '''N.B.: tutti i link a pagine esterne al wikiDsy sono stati inseriti dal sottoscritto e NON dal professore'''
| |
| − | | |
| − | | |
| − | ----
| |
| − | | |
| − | === 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;
| |
| − | | |
| − | '''N.B.: tutti i link a pagine esterne al wikiDsy sono stati inseriti dal sottoscritto e NON dal professore.
| |
| − | | |
| − | ----
| |
| − | | |
| − | === 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;
| |
| − | | |
| − | '''N.B.: tutti i link a pagine esterne al wikiDsy sono stati inseriti dal sottoscritto e NON dal professore.'''
| |
| − | | |
| − | | |
| − | ----
| |
| − | | |
| − | === 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]
| |
| | | | |
| − | ----
| + | === Giudizio sul corso === |
| − | === Lezione di Lunedì 7-11-05 === | + | {{Giudizio}} |
| | + | {{Giudizio/Interesse|5|5}} |
| | + | {{Giudizio/Difficoltà|2|4}} |
| | + | {{Giudizio/Nonfrequentanti|5}} |
| | + | {{Giudizio/Ore|3|4}} |
| | | | |
| − | in corso...
| + | [[Categoria:Corsi Primo Semestre]] |
