|
|
| (34 versioni intermedie di 13 utenti non mostrate) |
| Riga 1: |
Riga 1: |
| − | [[Categoria:Corsi]][[Categoria:Corsi Primo Semestre]]
| + | {{introduzione}} |
| − | <!-- non cancellare le righe precedenti -->
| + | == Turni == |
| − | <!-- Allo staff: mi son portato avanti cominciando ad abbozzare la pagina :). Ho copiato e incollato la formattazione dal corso di bioinformatica per la specialistica -->
| + | {{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.
| |
| − | | |
| − | === [http://security.dico.unimi.it/sicurezza0506/#description Materiale didattico] ===
| |
| − | | |
| − | * Primo libro:
| |
| − | ** Titolo: ''"Firewall e sicurezza di 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 [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; |
| − | | |
| − | '''''Per le ultime notizie consultare [http://wiki.dsy.it/w/Sicurezza#Lezione_di_Luned.C3.AC_09-01-06 questa lezione].'''''
| |
| − | | |
| − | | |
| − | '''''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]
| |
| − | | |
| − | * [http://homes.dico.unimi.it/~trentini/lfse/vmware.pdf Usare WMware] ''(PDF prof.Trentini)''
| |
| − | * [http://www.sl-lab.it/twiki/pub/Main/Bochs/Bochs.pdf Tutorial su Bochs] ''(PDF a cura di Emanuele Giuliani)''
| |
| − | | |
| − | ----
| |
| − | | |
| − | === 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 [http://en.wikipedia.org/wiki/Triple_DES Triple DES];
| |
| − | ** Sia AES sia DES lavorano con una codifica denominata [http://en.wikipedia.org/wiki/Block_cipher_modes_of_operation#Electronic_codebook_.28ECB.29 ECB],anche se non è molto sicura per testi lunghi,dove è meglio impiegare la [http://en.wikipedia.org/wiki/Block_cipher_modes_of_operation 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 [http://en.wikipedia.org/wiki/Linux 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]);
| |
| − | * [http://en.wikipedia.org/wiki/Access_control_list 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 [http://en.wikipedia.org/wiki/RSA 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<sub>B</sub>[M]'' (encryption da A) <br>
| |
| − | ''S<sub>B</sub>(E<sub>B</sub>[M])'' (decryption di B)
| |
| − | * crittazione dell'hash tramite firma: ''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.
| |
| − | | |
| − | Per concludere,anche se non esplicitamente trattati nel corso,aggiungerei un richiamo ai [http://en.wikipedia.org/wiki/Remailer remailers]: sono dei server che trattano automaticamente la posta in arrivo tramite istruzioni impartite dall'utente. Il mittente critta i messaggi attraverso PGP o un altro client denominato [http://mixmaster.sourceforge.net/ mixmaster],(''disponibile sia per Linux sia per Windows''),attraverso la chiave pubblica del remailer,il quale provvederà a decrittarlo e a rispedirlo alla destinazione anonimamente. Per un maggior grado di sicurezza si consiglia di usare una catena di remailers,per diminuire drasticamente le possibilità di rintracciamento del messaggio.
| |
| − | ----
| |
| − | | |
| − | === Lezione di Mercoledì 19-10-05 ===
| |
| − | | |
| − | * Abbiamo usato il tool [http://en.wikipedia.org/wiki/John_the_Ripper ''John the Ripper''],usato per craccare le password di sistema degli utenti;scaricabile da [http://www.openwall.com/john/ qui]
| |
| − | * sono [http://security.dico.unimi.it/sicurezza0506/#syllabus 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 i seguenti link:
| |
| − | ** http://www.complessita.it/tcpa/
| |
| − | ** [http://www.no1984.org/ no1984]
| |
| − | ** [http://vandali.org/DanieleMasini/notc.php Daniele Masini]
| |
| − | ** [http://www.againsttcpa.com/ Against TCPA]
| |
| − | ** 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]
| |
| − | * [http://www.badpenguin.org/docs/gnupg.html Usare GNU Privacy Guard-a cura di Antonio Gallo]
| |
| − | ----
| |
| − | | |
| − | === 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] e [http://en.wikipedia.org/wiki/Template:History_of_Windows template]
| |
| − | * 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 Mercoledì 9-11-05 ===
| |
| − | | |
| − | * [http://openvpn.net/ OpenVPN]: controllare il [http://security.dico.unimi.it/sicurezza0506/#syllabus 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;
| |
| − | <br>'''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 è;
| |
| − | | |
| − | <u>Paradigma "ciò che sai"</u>
| |
| − | * 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 [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>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 :<br>
| |
| − | ::: http://www.antiphishing.org/
| |
| − | ::: http://www.webopedia.com/TERM/p/phishing.html ''(definizione)''
| |
| − | | |
| − | <u>Paradigma "ciò che hai,ciò che sai"</u>
| |
| − | * 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 [http://en.wikipedia.org/wiki/Smart_card smart card] inserita.
| |
| − | | |
| − | <u>Paradigma "ciò che si è"</u>
| |
| − | * 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).
| |
| − | <br>
| |
| − | 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.
| |
| − | | |
| − | <u>Meccanismi di audit</u>
| |
| − | * 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 ===
| |
| − |
| |
| − | * [http://openvpn.net/ OpenVPN]: controllare il [http://security.dico.unimi.it/sicurezza0506/#syllabus materiale didattico]
| |
| − | | |
| − | ----
| |
| − | | |
| − | === Lezione di Lunedì 21-11-05 SOSPESA===
| |
| − | Lezione sospesa causa indisposizione del docente
| |
| − | | |
| − | ----
| |
| − | === Lezione di Mercoledì 23-11-05 ===
| |
| − | | |
| − | * [http://openvpn.net/ OpenVPN]: controllare il [http://security.dico.unimi.it/sicurezza0506/#syllabus materiale didattico]
| |
| − | | |
| − | ----
| |
| − | | |
| − | === Lezione di Lunedì 28-11-05 ===
| |
| − | | |
| − | 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.<br>
| |
| − | 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.<br>
| |
| − | Mediamente vengono scoperte circa 2700 vulnerabilità al giorno,di cui circa il 40% sfrutta questa tecnica. <br>
| |
| − | Il buffer overflow è un problema tipico del C e dei linguaggi in genere poco tipizzati,cioè che fanno un controllo debole sui tipi.<br>
| |
| − | 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 [http://www.computerhope.com/unix/ux.htm X]
| |
| − | ** [http://dickey.his.com/xterm/xterm.faq.html XTERM FAQ]
| |
| − | ** [http://www.scit.wlv.ac.uk/cgi-bin/mansec?1+xterm manuale XTERM]
| |
| − | * Buffer overflow
| |
| − | ** [http://sicurezza.html.it/articoli/articoli.asp?IdCatArticoli=18&idarticoli=43 Buffer overflow]
| |
| − | ** [http://www.siforge.org/articles/2003/04/15-bofexp.html Spiegazione tecnica ed esempio pratico]
| |
| − | ** [http://it.wikipedia.org/wiki/Buffer_overflow Wikipedia definizione]
| |
| − | ** 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] ''(txt)''
| |
| − | ** [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]
| |
| − | | |
| − | ''Aggiunta''
| |
| − | * a fronte di questi problemi e altre vulnerabilità che la programmazione in C porta con sè,è stato studiato un dialetto di questo linguaggio di nome [http://www.research.att.com/projects/cyclone/ Cyclone],per tentare di evitare Buffer overflows e altre particolarità indesiderate.
| |
| − | ----
| |
| − | | |
| − | === Lezione di Mercoledì 30-11-05 ===
| |
| − | | |
| − | [[:wikipedia:TCP/IP|TCP/IP]] Summary:
| |
| − | * [[:wikipedia:Sniffer|Sniffing]] & [http://www.tcpdump.org/ tcpdump];
| |
| − | * sotto Windows esiste [http://www.winpcap.org/windump/ Windump]<br>
| |
| − | Vedere: [http://security.dico.unimi.it/sicurezza0506/#syllabus Materiale didattico]
| |
| − | | |
| − | ----
| |
| − | | |
| − | === Lezione di Lunedì 5-12-05 ===
| |
| − | | |
| − | Codice maligno è un codice progettato per fare danni volutamente ad un sistema,il tutto in modo che l'utente non sappia nulla,per poter passare inosservato. Ce ne sono migliaia basta,andare sui siti degli antivirus e vedere le liste(ecco un [http://securityresponse.symantec.com/avcenter/vinfodb.html?prodid=nav2005 Esempio]). Sono in circolazione dal 1980 circa,evolvendosi fino ai worm dei giorni nostri. <br>Tipologie di [http://it.wikipedia.org/wiki/Malware Malware]:
| |
| − | | |
| − | * [http://it.wikipedia.org/wiki/Virus_%28informatica%29 virus]: non è propriamente un programma ma un insieme maligno di istruzioni in grado di replicarsi autonomamente,una volta eseguite dall'ospite in cui è inoculato. All'esecuzione dell'opsite verranno eseguite le istruzioni del virus,che prenderà possesso di gran parte del sistema. L'ospite va diffuso per propagarsi,non si distribuisce da sè,può solo infettare nuovi files. <br>
| |
| − | : http://www.attentialvirus.com/
| |
| − | * [http://it.wikipedia.org/wiki/Worm worm]: non necessita un ospite per diffondersi,è un programma che può assumere varie sembianze ma funziona da sè. Si propaga in modo autonomo,solitamente attraverso mail con allegati(''mass mailing'')in cui viene replicata una copia del worm stesso. Può sfruttare vulnerabilità dei sistemi per entrare automaticamente in esecuzione e diffondersi.<br> Solitamente quando un worm entra in funzione,si propaga attaccando i bersagli attraverso vari modi:<br>massmailing cercando all'interno dell'harddisk,file che contengono indirizzi attraverso pattern di ricerca(solitamente frugano nella rubrica di posta elettronica), oppure worm più sofisticati utilizzano motori interni per la generazione di bersagli.<br>Lo scanning è utile per capire su quali di questi bersagli si può attuare le potenzialità del worm sfruttando la loro vulnerabilità. Quindi riassumendo i bersagli possono essere:
| |
| − | ** e-mail
| |
| − | ** file server;
| |
| − | ** P2P;
| |
| − | ** sistema di messaggistica per scambio file;
| |
| − | ** Bluetooth;
| |
| − | ** vulnerabilità lato client per eseguire del proprio codice,come per esempio per i browser,inducendoli ad eseguire codice maligno che magari effettua un download del worm.<br>
| |
| − | : http://virus.html.it/
| |
| − | * [http://it.wikipedia.org/wiki/Backdoor backdoor]: programma per bypassare le protezioni e consentire il controllo del sistema remotamente. Uno famoso è [http://it.wikipedia.org/wiki/Back_orifice BackOrifice],tool di amministrazione remota,ha la stessa funzione di VNC:lanciato il server sulla macchina remota mi posso collegare all'host e zombificarlo,amministrandolo senza avere il permesso altrui. Rientrano tutte le tipologie di software che permettono l'amministrazione remota senza il permesso dell'admin.<br>Anche se non correlato,per chi volesse vedere i programmi di amministrazione remota,eccone alcuni:<br>
| |
| − | ** ''VNC e simili''
| |
| − | : [http://www.tightvnc.com/ TightVNC]
| |
| − | : [http://www.realvnc.com/ RealVNC]
| |
| − | : [http://ultravnc.sourceforge.net/ UltraVNC]
| |
| − | * [http://it.wikipedia.org/wiki/Trojan trojan horse]: programmi che dicono di far una certa cosa ma ne fanno anche un'altra in sottofondo. Non sono concepiti per replicarsi automaticamente,per propagarlo un modo classico è diffondere il software nei sistemi di filesharing implementandolo in alcuni programmi craccati o spacciandolo per le keygen di programmi commerciali. Prendono possesso del sistema e inviano informazioni mandandole a host remoti.<br>In questa categoria potremmo far rientrare anche gli [http://it.wikipedia.org/wiki/Spyware spyware], programmi che raccolgono informazioni sul sistema dell'utente ed inviandole remotamente senza il suo consenso,per poter in base ai dati raccolti,eseguire una pubblicità mirata. Essi necessitano dell'intervento dell'utente per installarsi.
| |
| − | * [http://en.wikipedia.org/wiki/Rootkit rootkit]: sono strumenti utilizzati dopo un attacco:preso possesso del sistema altrui,per sfruttare il sistema si deve evitare che ci si accorgano della sua presenza. Quindi attraverso di essi si maschera la presenza di file,processi e connessioni,che si vuol mantenere nascoste. Possono rimpiazzare le normali utility del sistema(come netstat,ls,ecc). Riuscire a capire la sua presenza è difficile,l'unico modo per esser sicuri è il confronto dell'md5 dell'utility originale con quello che si sta usando. Lavorano a livello utente e a livello kernel: nella prima modalità rimpiazzono utility,modificano librerie di sistema o applicazioni per nascondere l'informazione desiderata;quelli a livello kernel,s'inseriscono direttamente nell'SO attraverso dei moduli o driver che rimpiazzano le sys call dell'SO con nuove system call che producono effetti disparati e comunque diversi dall'originale.E' più complicato installarlo a livello kernel ma una volta fatto è più facile da nascondere,gli eseguibili rimangono sempre quelli e si possono nascondere i driver. Oltre a ciò,il rimpiazzo di funzioni ha un effetto di mascheramento globale per tutte le applicazioni che le usano,quindi l'effetto è molto più pervasivo. Se un sistema è compromesso a livello kernel posso utilizzare dei cd di analisi i quali contengono gli stessi applicativi con le librerie in binario,ma se le funzioni per il lettore cd sono state modificate,nessuno ci garantisce che il controllo dia esiti fidati. Bisognerebbe far partire il sistema con un SO fidato e poi lavorare confrontando i comandi.
| |
| − | * Macrovirus e scriptvirus: eseguiti dalle macro di files come quelli della suite di applicazioni Microsoft Office,scritti in linguaggio di scripting(come visual basic script).L'interprete è l'applicazione,l'ospite è uno dei doc concepiti per avere delle macronello script virus la macchina. In uno scriptvirus l'interprete è quello del linguaggio e l'ospite sono tutti i programmi all'interno del disco potenzialmente sfruttabili(file HTML per javascript,vbscript per esempio); <br>
| |
| − | | |
| − | Tipologie di payload nei malware
| |
| − | | |
| − | * non distruttivo: il malware è fine a sè stesso,con il solo scopo di bypassare i sistemi di sicurezza e gloriarsi di ciò;
| |
| − | * accidentalmente distruttivo: non pensato originariamente dall'autore per creare danni,ma poi ne ha creati lo stesso;
| |
| − | * distruttivo: il malware crea danni volontariamente;
| |
| − | | |
| − | Ad oggi è difficile trovare degli standard nel classificare i virus,in quanto anche le case produttrici di antivirus stesse,li chiamano in maniera diversa e li descrivono con particolarità differenti. <br> Se non altro un punto comune di solito,lo si può riscontrare nella specificazione della piattaforma vulnerabile al malware e in genere gli effetti dannosi che provoca. La soluzione di rimozione è solitamente differente da antivirus a antivirus. <br>
| |
| − | | |
| − | Virus,infezioni e tipologie:
| |
| − | * [http://en.wikipedia.org/wiki/Boot_sector boot sector]: utilizzata dai primi virus,ai tempi del DOS,perchè faceva accedere direttamente al disco fisso. Vanno a rimpiazzare i primi 512 byte e vengono eseguiti prima di ogni altra cosa,rimanendo in memoria dopo la fase di boot. I SO moderni non permettono un accesso diretto,anche se una cosa così si potrebbe ancora fare con periferiche infette,creando per esempiop un CD-ROM ad hoc.
| |
| − | * infezione nei file: il virus cerca i file nel sistema attraverso critri di ricerca,inserendosi. L'opsite eseguito dall'utente,permetterà al virus di entrare in esecuzione,propagandosi per prima cosa,col proseguire poi eseguendo il payload.
| |
| − | | |
| − | Per ospite intendiamo eseguibili(.exe,.com,ecc..),e si parla di virus scritti in codice macchina,eventualmente in linguaggio di programmazione e poi usando la parte compilata. Per i metodi di infezione,quello più semplice è la sovrascrittura:ho struttura dati come una tabella,che rappresenta una sezione del programma,sezione dati,mentre la sezione testo rappresenta quello eseguibile. La sovrascrittuea prende la sezione testo sovrascrivendone un pezzo:per entrare in funzione,si sovrascrive la prima istruzione del codice dell'ospite ad essere eseguita facendo eseguire subito il payload del virus,altrimenti se la sovrascrittura è avvenuta in altre parti,ci si deve preoccupare che prima o poi si arrivi in quella sezione per farlo eseguire.<br> Il payload viene ingrandito e linserito all'inizio o in coda del codice dell'ospite. L'idea è far funzionare il programma ospite in modo corretto e far agire parimenti il virus,per non destar sospetti. Un'idea è inserire il payload nelle cavità: è possibile che,per questioni di performance,le sezioni del programma ospite abbiano dimensioni multiple della pagina di memoria,qundi potrebbe esserci dello spazio inutilizzato in cui ci si può inserire il virus. Possiamo prendere questi buchi e collegarli tra di loro tramite istruzioni di salto. <br>
| |
| − | I metodi classici per correggere l'entry point possono essere facilmente beccati. Se ad esempio ho un programma di 30 MB con entry point che dovrebbe essere all'inizio e si trova alla fine,lo si becca subito(una delle tecniche degli antivirus);di contro ci son metodi di camuffamento per passare inosservati. <br>
| |
| − | | |
| − | * [http://it.wikipedia.org/wiki/Antivirus Antivirus]e suo funzionamento: possono agire localmente o analizzando il traffico di rete.Hanno un motore di scansione e delle signatures,cioè le definizioni dei virus,confrontate dalla scansione con i vari files del sistema. A livello host è il classico antivirus come Norton,mentre a livello di rete,accede al traffico e ne fa una scansione in tempo reale. A livello host molti worm la prima cosa che fanno è disattivare l'antivirus. Bisogna rimpiazzare certe funzioni svolte dall'SO di modo che si effettui certe routine dell'antivirus al posto di quelle classiche.
| |
| − | ** pattern matching: cercano nell'eseguibile alcuni pattern classici dei virus di cui si hanno le signatures. Di solito si cerca di scegliere i metodo più adatto per ogni virus.
| |
| − | ** string scanning: si cercano particolari stringhe delle applicazioni maligne. I virus si evolvono in fretta e modificati per confondere gli antivirus.
| |
| − | ** string matching con caratteri jolly: meno preciso ma permettedi identificare anche delle varianti di certi pattern.
| |
| − | ** Smart pattern matching: estraggo le info importanti di un file,le parole chiavi di un linguaggio,tutto ciò che rappresenta qualcosa che potrebbe essere un virus viene esaminato. Si usano filtri per ricercare ciò che interessa per un particolare tipo di virus,oppure cercando una particolare struttura di files,emulando lo stesso criterio dei virus per selezionare l'ospite. Analisi euristica invece va alla ricerca di anomalie,funzioni pericolose:se trovate in un eseguibile si solleva un allarme. C'è da dire che non sono funzioni particolarmente affidabili.<br>
| |
| − | ''Antivirus''
| |
| − | * http://sicurezza.html.it/guide/lezione.asp?IdGuida=7&idlezione=117
| |
| − | * http://www.symantec.com/region/it/resources/antivirus.html
| |
| − | | |
| − | Gli hoax invece sono delle burle: contestualmente ai virus,anche se il loro campo si estende anche a truffe di vario genere,sono avvisi pieni di terrore o minacce di epidemie causate da temibili virus,ma che in realtà non corrispondono a nulla di vero. Molto spesso ancora oggi,gli utenti ci cascano e scatenano delle vere catene di S.Antonio via mail o anche attraverso instant messaging,producendo del traffico inutile,con l'unico effetto di intasare la rete. Poco più sotto c'è un esempio:
| |
| − | | |
| − | ''Hoax''
| |
| − | * [http://it.wikipedia.org/wiki/Hoax Hoax] ''(wikipedia)''
| |
| − | * [http://hoaxbusters.ciac.org/ Hoaxes]
| |
| − | * [http://www.hoax.it/ Hoaxes: sito italiano]
| |
| − | * http://www.attivissimo.net/ (''servizi antibufale'')
| |
| − | | |
| − | ''Allarme Virus! Se ricevi un messaggio con oggetto WIN A HOLIDAY non aprirlo. Formatterà immediatamente il contenuto del tuo hard disk. Si tratta di un nuovo virus non ancora conosciuto, inoltra questa informazione a tutti i tuoi amici ...''
| |
| − | | |
| − | | |
| − | ----
| |
| − | | |
| − | === Lezione di Mercoledì 7-12-05 PONTE===
| |
| − | | |
| − | Ponte causa feste;
| |
| − | ----
| |
| − | | |
| − | === Lezione di Lunedì 12-12-05 ===
| |
| − | | |
| − | Fare sicurezza sugli host spesso si riduce a fare [http://en.wikipedia.org/wiki/Hardening hardening] del sistema operativo,cioè rimuovere tutte le componenti e funzionalità che non servono per l'espletamento delle funzioni del sistema per il quale è stato realizzato. Difendere l'host vuol dire di fatto mettersi nella prospettiva che qualcuno già presente sull'host non deve attuare azioni dannose. <br>Oltre a questo si sfruttano gli ''[http://en.wikipedia.org/wiki/Intrusion_detection_system Instrusion Detection Systems]'',sistemi intelligenti che si accorgono di anomalie e manipolazioni del sistema non desiderate,verificatesi sull'host: essi sono dei moduli che vengono montati sul sistema operativo monitorando continuamente le attività svolte sul sistema(è da notare che svolge azione di '''detection''',quindi segnala un'azione ma non la vieta,al contrario del firewall,che fa azione di '''prevention''',quindi vieta l'azione se intercettata).Quanto agli attacchi che arrivano dalla rete si può fare di più.<br>
| |
| − | | |
| − | Esistono 3 tipi di rete: [[Immagine:Netzwerktopologie_Bus.png|thumb|right|Schema di rete Ethernet]]
| |
| − | # [http://en.wikipedia.org/wiki/Local_area_network LAN]
| |
| − | # [http://en.wikipedia.org/wiki/Metropolitan_area_network MAN]
| |
| − | # [http://en.wikipedia.org/wiki/WAN WAN]
| |
| − | | |
| − | * Internet è una rete di reti,interconnessione di reti di varie tipologie,è lo strato(internetwork) che consente il collegamento di tutte le sue parti. Internet si è diffusa facendo riferimento alle LAN.
| |
| − | | |
| − | Ci sono due strati di rete:uno che consente di comunicare all'interno della rete locale e lo strato di internetwork che permette alla nostra rete di comunicare con altre reti.<br>I protocolli usati per fare internetworking sono [http://en.wikipedia.org/wiki/TCP/IP TCP/IP]. Al di sotto dei protocolli usati da Internet troviamo un protocollo di rete locale denominato [http://en.wikipedia.org/wiki/Ethernet Ethernet]. A causa della presenza di questi due strati di rete,gli host si ritrovano di fatto ad avere due indirizzi:
| |
| − | # [http://en.wikipedia.org/wiki/IP_address IP address]: indirizzo che identifica l'host a livello internet. Esso viene fornito ed è a 32 bit;
| |
| − | # [http://en.wikipedia.org/wiki/MAC_address MAC address]: indirizzo che identifica l'host a livello locale. Viene scritto nella scheda di rete ed è a 48 bit.
| |
| − | Attualmente la versione in uso di [http://en.wikipedia.org/wiki/Internet_Protocol IP] è [http://en.wikipedia.org/wiki/IPv4 IPv4],che prevede indirizzi da 32 bit,permettendo di indirizzare 2<sup>32</sup> host,circa 4 miliardi. Gli indirizzi vengono comprati e riservati,ma ormai non esiste più la possibilità di avere un indirizzo IP proprio perchè si stanno esaurendo. Ecco perchè da molti anni è iniziata la nuova versione di IP,la [http://en.wikipedia.org/wiki/IPv6 IPv6],con indirizzi da 128 bit.
| |
| − | | |
| − | | |
| − | Le caratteristiche di IP d'interesse per la sicurezza sono:
| |
| − | * spedisce pacchetti di dimensioni finite,al massimo 64Kb(65536 bytes). Messaggi più lunghi di questo valore massimo vengono frammentati in pacchetti più piccoli.
| |
| − | * è [http://en.wikipedia.org/wiki/Connectionless connectionless],quindi i pacchetti possono seguire una traiettoria utile qualsiasi per arrivare all'host di destinazione. Il ruoting trova il percorso ottimale per instradare i dati;
| |
| − | * non è affidabile,non garantisce l'effettiva consegna(servizio ''best-effort'');
| |
| − | * non controlla le informazioni che deve inviare,nessuna verifica sul mittente: SRC e DST sono indirizzi IP rispettivamente del mittente e del destinatario,presenti nell'[http://www.erg.abdn.ac.uk/users/gorry/course/inet-pages/ip-packet.html header IP].
| |
| − | | |
| − | | |
| − | Il [http://en.wikipedia.org/wiki/Transmission_Control_Protocol TCP] supplisce alle inaffidabilità dell'IP:
| |
| − | * costruito sopra l'IP;
| |
| − | * meccanismo di trasporto per i pacchetti;
| |
| − | * stabilisce una connessione diretta con l'host di destinazione,garantendo che seguendo questa connessione,i pacchetti non vadano persi(meccanismo affidabile). In caso il pacchetto vada perso o corrotto,viene rispedito tramite meccanismi di acknowledgement.
| |
| − | * La connessione viene stabilita attraverso un 3-way handshake:
| |
| − | *# un host A invia un pacchetto SYN più un numero casuale(chiamiamolo ''k'')ad un altro host B con cui vuole comunicare;
| |
| − | *# B riceve il pacchetto e spedisce un pacchetto di risposta denominato SYN-ACK ad A,più un numero ''r''. A questo punto la connessione è semiaperta.
| |
| − | *# A manda un ACK di risposta a B e la connessione a questo punto è aperta.
| |
| − | | |
| − | | |
| − | Una connessione TCP è contraddistinta da 4 numeri:
| |
| − | * local e remote host,local e remote port.
| |
| − | * Le porte sono numeri che vanno da 1 a 65535,identificative per indicare le sessioni di un host. I servizi di rete più famosi hanno numeri di porte fissi(''[http://en.wikipedia.org/wiki/TCP_and_UDP_port_numbers well-known ports]'',le prime 1024 porte,servizi assegnabili a processi che girano come root,quindi non accessibili ad altri processi). Ogni processo ha una tabella che dice quali connessioni ha aperte. Una connessione semiaperta/aperta verrà indicato con un posto nella tabella. Alla ricezione di un SYN viene riservato un posto nella tabella,se scade il timeout,viene cancellato,altrimenti alla ricezione di un ACK viene riconfermato e allocato.
| |
| − | ** [http://www.rhyshaden.com/tcp.htm TCP e flags degli header]
| |
| − | ** [http://openskills.info/infobox.php?ID=694 Prtocollo TCP e flags degli header]
| |
| − | ** [http://www.examcram2.com/content/downloads/CH02_0789727838.pdf TCP/IP foundamentals and its weaknesses] ''(PDF)''
| |
| − | | |
| − | ''Altri protocolli''
| |
| − | | |
| − | * [http://en.wikipedia.org/wiki/User_Datagram_Protocol UDP]: è IP ad alto livello di fatto. Protocollo di consegna inaffidabile dei dati e di fatto però usa anch'esso le porte. Non usa l'handshaking del TCP. E' molto usato per i servizi multimediali e di streaming,per non rallentare il flusso d'informazioni dovendo rispedire pacchetti persi:infatto vengono scartati se persi.
| |
| − | * [http://en.wikipedia.org/wiki/ICMP ICMP]: protocollo per fornire informazioni per host sullo stato degli host nella rete,usato solo da essi. Utile per il routing calibrato per host che rispondono alle richieste di connessione. Ha una tabella per identificare se un host è down senza verificare effettivamente lo stato dell'host.
| |
| − | * [http://en.wikipedia.org/wiki/Address_Resolution_Protocol ARP]: assegna agli indirizzi IP in MAC address. Usato per conoscere l'indirizzo MAC di un host quando ne è noto solo l'indirizzo IP,tramite broadcasting di un pacchetto ARP contenente l'indirizzo IP del destinatario: se il destinatario è presente nella rete,risponderà con il suo indirizzo MAC. Associerà poi i valori corrispondenti nella sua tabella. Tutti i messaggi che una macchina genera per l'host xxx.xxx.xxx.xxx,andranno all'host di indirizzo MAC corrispondente. Se vogliamo ricevere i messaggi di Pippo con indirizzo IP ''y'' e MAC address ''M'',si va a sostituire con il nostro MAC address al posto di ''M''(attacco [http://en.wikipedia.org/wiki/ARP_spoofing arp-poisoning]). in questo modo ci si intromette fra due macchine,costituendo il cosiddetto ''[http://en.wikipedia.org/wiki/Man_in_the_middle Man in the middle]''. E' importante notare che l'arp-request prenderà "per buono" l'ultimo host che risponderà fornendo il suo MAC address,quindi se due host in una LAN rispondono ad una arp request,sarà il MAC address dell'ultimo host a venire associato a quell'IP di cui si chiedeva a chi appartenesse. Ci possono essere situazioni infatti in cui ci sono due macchine virtuali su una stessa macchina con due IP diversi. ARP non fa alcun controllo. Un tool open source usato per l'intercettazione del traffico è [http://en.wikipedia.org/wiki/Ettercap_%28computing%29 Ettercap],scaricabile da [http://ettercap.sourceforge.net/ questo] sito.
| |
| − | * [http://en.wikipedia.org/wiki/DNS DNS]: è di fatto un database distribuito che contiene indirizzi IP delle macchine,recuperabili attraverso una serie di query internazionali. Anche il DNS è soggetto a DNS poisoning,dirottando il traffico verso un altra direzione.
| |
| − | * [http://en.wikipedia.org/wiki/Dynamic_Host_Configuration_Protocol DHCP]: serve ad assegnare indirizzi IP. Si può avere configurazione statica)il nostro host avrà sempre lo stesso indirizzo IP),o dinamica(si assegna ad ogni nuovo boot un indirizzo IP tra un pool di indirizzi disponibili). E' importante che il provider mantenga il log dell'assegnamento degli indirizzi.
| |
| − | [[Immagine:Osi-model-jb.png|thumb|left|Stack ISO/OSI]]
| |
| − | All'application layer si usano Socket Stream del TCP,se è una Socket Raw sta usando IP. E' possibile fare attacchi a questo livello. I servizi più interessanti a questo livello sono:
| |
| − | * [http://en.wikipedia.org/wiki/SMTP SMTP]: protocollo per inviare la posta,vede l'implementazione principale in ambito Unix sendmail,in ambito Windows,[http://en.wikipedia.org/wiki/Microsoft_Exchange_Server Exchange]. L'internet worm di Morris faceva un buffer overflow su [http://en.wikipedia.org/wiki/Sendmail sendmail](in passato aveva un baco al mese che permetteva un root compromise).
| |
| − | * [http://en.wikipedia.org/wiki/Post_Office_Protocol POP]/[http://en.wikipedia.org/wiki/Internet_Message_Access_Protocol IMAP]:ricezione posta
| |
| − | * FTP,SSH,RTP,ecc. Vedere [http://en.wikipedia.org/wiki/Internet_protocol_suite qui] per una visione dei protocolli più usati.
| |
| − | | |
| − | * [http://en.wikipedia.org/wiki/WWW WWW]: è di fatto un multiprotocollo,basato sul paradigma client/server in cui sussiste una connessione TCP fra di essi(parla più protocolli fra i quali HTTP,FTP,SMTP,via audio,ecc). L'unico problema è se stabilire una connessione per ogni oggetto spedito o mantenerne una per tutti gli oggetti spediti(per oggetti si intende immagini,testo,applet,ecc). Ciò viene ovviato usando i [http://en.wikipedia.org/wiki/HTTP_cookie cookie] per memorizzare lo stato di una connessione e ridurre il numero di sessioni aperte con lo stesso client.
| |
| − | I cookie vengono depositati sul client e ricordano sessioni aperte con i client. Il cookie contiene dati(solitamente cifrati e non leggibili dal client)depositati sull'hard disk del client,solevando questioni di privacy.
| |
| − | L'altro grosso problema è legato ai codici scaricabili,fra i quali le [http://en.wikipedia.org/wiki/Applet applet] e gli [http://en.wikipedia.org/wiki/ActiveX ActiveX]. Es:visito un sito e scarico del codice eseguibile, prima di eseguirlo il browser dice se è fidato o meno:l'ActiveX è allegato dalla firma digitale,viene certificato digitalmente. Il browser comunica da chi è firmato e poi posso scegliere se eseguirlo o meno. Nonostante ciò è legato ad un modello di trusting dell'utente medio,che spesso si fida di tutto.
| |
| − | Per quanto riguarda l'applet,viene messa in una zona della memoria blindata,che non può accedere a risorse della memoria(modello ''sandbox''). Con ActiveX si può fare tutto mentre con java nulla fondamentalmente,anche se è stato arricchito il modello java,vedendo l'utente in grado di decidere quali risorse mettere a disposizione dell'applet.
| |
| − | Troviamo poi i Web defacement,cioè il defacciamento delle home page dei siti,la loro modifica,che di fatto non producono grossi danni,ma provocano un danno d'immagine.
| |
| − | un altro problema è legato al phishing,ossia le truffe informatiche che spesso clonano siti di istituti di credito per rubarne gli estremi finanziari.
| |
| − | | |
| − | * [http://www.zone-h.org/files/82/ZoneHorg2004statisticsfinal.pdf Web Server Intrusions statistics 2004] ''(PDF)''
| |
| − | | |
| − | ----
| |
| − | | |
| − | === Lezione di Mercoledì 14-12-05 ===
| |
| − | | |
| − | * TCPdump esercizi
| |
| − | * vedere [http://security.dico.unimi.it/sicurezza0506/#syllabus materiale didattico];
| |
| − | | |
| − | ----
| |
| − | | |
| − | === Lezione di Lunedì 19-12-05 ===
| |
| − | | |
| − | Intervento di [http://research.sun.com/people/diffie/ Whitfield Diffie] in una teleconferenza riguardo all'Information Security nell'ultimo secolo e i problemi in prospettiva che questa disciplina si troverà ad affrontare. Sostanzialmente dice che la sicurezza dell'informazione è sempre stata sorpassata dalle tecnologie che pian piano venivano introdotte. Quindi bosignava rivedere le tecnologie di sicurezza per adeguarle a nuovi strumenti di trasmissione dell'informazione. Lo stesso è valso per le tecniche crittografiche. <br>Con l'avvento dei computer nella seconda guerra mondiale e la potenza di calcolo inerente,costringeva a rivedere le tecnologie di protezione perchè rendevano scopribili facilmente le trasmissioni. Quindi la sicurezza dell'informazione è passata alla sicurezza fisica del computer,cioè vietare l'accesso a persone non autorizzate. <br> Con l'arrivo del [http://it.wikipedia.org/wiki/Time-sharing time sharing] fra più processi presenti contemporaneamente sulla stessa macchina,bisogna vedere cosa permettere e chi far eseguire. Così c'eran due filoni:
| |
| − | # chi si occupava di controllare le azioni dei processi;
| |
| − | # scrivere programmi ''[http://en.wikipedia.org/wiki/Software_bug bug] free'' per evitare attacchi(buffer overflow,ecc);
| |
| − | Pubblicizza poi il sistema [http://www.sun.com/software/solaris/features.jsp Solaris],che dovrebbe garantire le qualità di sicurezza migliori sul mercato. Inoltre annuncia una rivoluzione annunciata dai Web Services(per esempio programmi che contattano i vari motori di ricerca per la ricerca di materiale,oppure manipolazione di foto tramite un servizio che contatta siti che offrono tali servizi,ecc). Nella fase attuale proteggiamo le informazioni,in un mondo di Web services siamo noi che offriamo i dati,la nostra macchina dovrebbe essere aperta al traffico computazionale di dati con altre macchine remote,quindi non la si può più pensare come una fortezza inaccessibile,altrimenti si finisce con il venire tagliati fuori. I meccanismi di controllo del firewall vanno ripensati,i nostri dati circoleranno fra le mani di persone estranee. La sicurezza diventerà più simile alla disciplina contrattualistica,prima di consegnare i nostri beni si contratterà con la controparte i servizi che offre e le garanzie di sicurezza che ci dà.
| |
| − | | |
| − | Sulla rete Internet è facile nascondere le proprie tracce(anonimità) o farle perdere. Per persone predisposte può contribuire ad incentivare attività illecite. Spesso '''non''' è comunque sufficiente avere i log degli IP per incriminare una persona,quindi a volte si ricorre all'intercettazione telefonica(ad ogni modo i costi possono anche essere elevati,ecco perchè spesso non suscitano scalpore certi reati informatici minori,come il defacement di siti). Il pc medio che è in rete è solitamente non protetto,quindi può diventare facile vittima per persone con certe skills e che hanno interessi a sfruttarlo.
| |
| − | Spesso si può ricorrere a macchine bucate(''[http://en.wikipedia.org/wiki/Honeypot honeypot]'')collegate a sistemi di monitoraggio che logga tutto,cosicchè l'[http://en.wikipedia.org/wiki/Hacker hacker] che viola un sistema viene controllato inconsapevolmente.<br>
| |
| − | Il preludio di ogni attacco avviene tramite [http://en.wikipedia.org/wiki/Portscanning portscanning](vedere anche [http://www.insecure.org/nmap/nmap_doc.html qui]),ovvero si testano tutte le porte per vedere quali di esse rispondono,quali applicazioni offrono un servizio(un esempio di tool di questo tipo è ''[http://www.insecure.org/nmap/ Nmap]''). Il portscanning è facilmente individuabile,viene loggato il nostro IP,quindi si devono attuare tecniche di mascheramento del proprio IP(i firewall odierni sono comunemente tarati per rilevare con facilità questo tipo di attacco).<br>
| |
| − | Una volta che conosco i servizi,e capito il sistema operativo che li ospita e la sua versione(tramite [http://www.insecure.org/nmap/nmap-fingerprinting-article-it/stackf.html fingerprinting]),vado a vedere quali vulnerabilità sono già note per un certo OS(per esempio consultando siti specializzati come [http://www.securityfocus.com/ Security Focus]).
| |
| − | A questo punto si tratta di trovare degli [http://en.wikipedia.org/wiki/Exploit_%28computer_security%29 exploit],codice che ci permette di sfruttare le vulnerabilità di una macchina(la loro pubblicazione è illegale,è istigazione a delinquere).<br>
| |
| − | Il mascheramento della propria identità avviene mascherando il proprio IP: è possibile modificare l'indirizzo IP di un pacchetto,dalla mia macchina può uscire un pacchetto con l'IP di un'altra macchina.
| |
| − | * [http://en.wikipedia.org/wiki/IP_spoofing ip-spoofing]:la macchina A,volendo impersonificare C,manda un pacchetto SYN con l'indirizzo IP di C a B per stabilire una connessione. Ovviamente B risponde con un SYN ACK a C. A questo punto una prima ipotesi è che C mandi un RESET della connessione a B,poichè non ha inviato alcun pacchetto SYN. Se questo non accade dovrei mandare l'ACK con il numero scelto casualmente da B che non conosciamo. Se noi indoviniamo tal numero possiamo spedire l'ACK e stabilire la connessione. Sono stati fatti degli studi per cui ci possono essere dei modelli di prevedibilità del numero casualmente scelto dal generatore di numeri casuali avendo già una sequenza di numero scelti. Facendo di solito tre o questtro tentativi si riesce ad indovinarlo. L'unico problema sta in C: o cerchiamo un indirizzo non usato da qualcuno,di modo che non risponda a B,oppure mettiamo in C in condizione di non rispondere tramite attacco [http://en.wikipedia.org/wiki/Denial-of-service_attack DoS],si fa un flooding di pacchetti di modo che C di fatto non può rispondere a B. Quindi B suppone che A sia C. Le uniche cose che si possno fare in questo modo sono transazioni one-way.<br> Il primo attacco ip-spoofing è stato realizzato secondo la storia da [http://www.takedown.com/bio/mitnick.html Kevin Mitnick]. Mitnick era essenzialmente un esperto di [http://en.wikipedia.org/wiki/Social_engineering_%28computer_security%29 social engineering] e nelle intromissioni nel sistema telefonico,captando le frequenze dell'FBI. Si dice che Mitnick avesse attaccato la macchina di [http://www.takedown.com/bio/tsutomu.html Shimomura] tramite IP-spoofing,sebbene avesse negato dapprima la paternità di quest'attacco.
| |
| − | L'attacco DoS è un arrivo massiccio di pacchetti tramite ip spoofati su una porta che di fatto rende impossibile erogare il servizio. Una tecnica elementare è il SYN Flood: è basata sull'handshaking tipico del TCP. Invio un SYN,quindi l'host riserva un posto nella tabella delle connessioni semiaperte,se entro il timeout non arriva l'ACK viene cancellato il posto. Si costringe quindi a saturare la tabella costringendo l'host a non ricevere più connessioni. Più macchine si concentrano su uno stesso bersaglio,più è efficace l'attacco. Si parla a questo punto di [http://en.wikipedia.org/wiki/DDoS#Distributed_Denial-of-Service_Attacks DDoS]. Contro l'attacco Dos si può fare poco di fatto: fra le strategie di difesa si può volere l'autenticità dei pacchetti mandati. Ciò sarà possibile con IPv6,con il quale non sarà più possibile modificare l'identità di una macchina perchè in realtà,il meccanismo di autenticazione dei pacchetti userà la firma digitale. I pacchetti dovranno essere firmati da chi li manda,e non si potrà usare una firma diversa da quella che si possiede.
| |
| − | | |
| − | '''Libri citati'''
| |
| − | | |
| − | * ''[http://www.gulker.com/ra/fugitive.html A fugitive game]'',Jonathan Littman,Little, Brown and Company,383 pages,U.S. $23.95,ISBN 0-316-52858-7;
| |
| − | * ''[http://www.takedown.com/ Takedown: The Pursuit and Capture of America's Most Wanted Computer Outlaw -- By The Man Who Did It]'',(Hyperion, January 1996),scritto da Shimomura e John Markoff;
| |
| − | * ''The Art of Deception: Controlling the Human Element of Security (Hardcover)'',K.Mitnick
| |
| − | * [http://www.ercb.com/brief/brief.0059.html The Cuckoo's Egg]
| |
| − | | |
| − | ''Altri links''
| |
| − | | |
| − | * [http://en.wikipedia.org/wiki/Kevin_Mitnick Mitnick su Wikipedia] e [http://www.rotten.com/library/bio/hackers/kevin-mitnick/ biografia] [[Immagine:Glider.png|right|Glider,emblema della cultura hacker]]
| |
| − | * [http://www.insecure.org/tools.html Top 75 Security tools]
| |
| − | * ''[http://www.catb.org/~esr/jargon/ The Jargon File]'',il dizionario degli hackers
| |
| − | * ''[http://catb.org/~esr/faqs/hacker-howto.html How to become a hacker]'',by [http://en.wikipedia.org/wiki/Eric_Raymond Eric S. Raymond]
| |
| − | * [http://www.catb.org/hacker-emblem/faqs.html Glider's FAQ]
| |
| − | | |
| − | | |
| − | ----
| |
| − | | |
| − | === Lezione di Mercoledì 21-12-05 ===
| |
| − | | |
| − | * [http://www.openssh.org/ OpenSSH];
| |
| − | * vedere [http://security.dico.unimi.it/sicurezza0506/#syllabus materiale didattico];
| |
| − | | |
| − | ----
| |
| − | === Lezione di Lunedì 09-01-06 ===
| |
| − | | |
| − | '''NOTIZIE UTILI PER GLI APPELLI DI SICUREZZA''':
| |
| − | :::: '''**************************************************************************************'''
| |
| − | * stabilita la data dell'appello di teoria per il 20 febbraio,seguiranno dettagliate informazioni sul materiale che verrà richiesto,con un esempio di scritto(vedere il sito).
| |
| − | * L'appello successivo va direttamente a giugno.
| |
| − | * La parte di teoria e pratica concorrono ciascuna per metà al voto finale.
| |
| − | * L'esame di laboratorio verrà fatto probabilmente in laboratorio e consisterà nel saper fare gli esercizi assegnati per casa o svolti in laboratorio durante le lezioni.
| |
| − | * Le parti possono essere fatte indipendentemente(Es: teoria a febbraio,laboratorio a giugno).
| |
| − | :::: '''**************************************************************************************'''
| |
| − | | |
| − | | |
| − | Un'attività estremamente facile da intraprendere è l'intercettazione delle informazioni,per le seguenti cause:
| |
| − | * il protocollo [http://en.wikipedia.org/wiki/HTTP HTTP] non prevede cifratura;i progettisti del protocollo hanno deciso così,perchè 40 anni fa la banda disponibile sui canali si aggirava a 4 Kbit/s,quindi introdurre la cifratura sui canali avrebbe voluto dire rallentare la banda stessa, ,compomettendo in maniera pesante l'uso delle applicazioni;
| |
| − | * in ambito LAN,una modifica della scheda di rete(modalità promiscua)permette la ricezione di messaggi da parte di tutti;
| |
| − | * è sufficiente compromettere un router e mettersi in ascolto sulla scheda di rete per [http://en.wikipedia.org/wiki/Sniffer sniffare] tutto il traffico passante;per la natura [http://en.wikipedia.org/wiki/Packet_switching packet switching] di Internet,la compromissione di un router comunque permette la visione di alcuni pacchetti,non di tutti(alcuni pacchetti seguiranno rotte alternative).
| |
| − | | |
| − | Partendo da queste considerazioni si sono sviluppati protocolli crittografici in cui le parti prima di comunicare,si accordano su una chiave. Dopo di che il traffico viene cifrato con questa chiave. Ad ogni modo,il problema che potrebbe sorgere è legato all'integrità del messaggio,mentre vengono preservate riservatezza e identità(a patto che la chiave non venga scoperta). Se la modifica è fortunata,può compomettere il significato finale del messaggio. Entra quindi in azione nuovamente l'hash del messaggio,cifrato anch'esso con la chiave. Alla ricezione del messaggio,si decifra l'hash e viene nuovamente ricalcolato per farne un confronto. Una modifica dell'hash è estremamente improbabile.<br>
| |
| − | Nascono però problemi di:
| |
| − | * efficienza: l'algoritmo impiega troppo nel cifrare i messaggi,se usiamo crittografia asimmetrica;
| |
| − | * la chiave: la crittografia simmetrica ha rischi noti e spiegati in lezioni precedenti;
| |
| − | La soluzione è l'uso della crittografia asimmetrica per lo scambio delle chiavi e crittografia simmetrica per la cifratura(più veloce nella fase di cifratura). Una possibile comunicazione vede l'utente C1 cifrare con la chiave pubblica di C2 un numero casuale(qualche cifra,nell'ordine dei millisecondi). Se C2 ha la chiave privata corrispondente decifra il messaggio,C2 quindi calcola l'altra parte della chiave,lo cifra a sua volta con la chiave pubblica di C1 e lo spedisce al medesimo. L'unione dei due numeri forma la chiave privata per una specifica sessione. Tutto ciò va ripetuto per ogni sessione,proprio per la ristrettezza d'uso,possiamo usare cifre piccole ed esser più veloci.<br>
| |
| − | | |
| − | '''Livelli di cifratura'''<br>
| |
| − | | |
| − | La cifratura del dato la posso far fare all'applicazione che genera il dato,richiedendomi di modificare però le applicazioni(browser,e-mail client). Oppure si può far fare questo lavoro a livello rete o trasporto. Parametri di scelta:<br>
| |
| − | cifrare a un livello d'applicazione vuol dire che alla ricezione la decifratura avverrà nel medesimo livello. Un elemento sensibile va rivelato solo al destinatario. Una cifratura a livello trasporto o rete è passibile di sniffing lungo il transito. Abbiamo bisogno quindi di una cifratura a livello applicativo affinchè sia solo l'utente finale a visionare io messaggio. Il [http://www.pgp.com/ PGP] è un classico esempio di cifratura a livello d'applicazione.<br>
| |
| − | Telnet è un protocollo insicuro,perchè il traffico passa in chiaro. Anche in questo caso abbiamo bisogno di una cifratura,ma andrebbe riscritta l'applicazione Telnet,e aggiungere la parte che ci assicuri la cifratura(da qui l'[http://www.ssh.com/ SSH],e questo anche per altri protocolli).
| |
| − | <br>
| |
| − | La cifratura a livello di trasporto è eseguita dal TCP. In questo caso l'attività è trasparente,la modifica dell'applicazione è minore ma comunque va predisposta per lavorare con il TCP sicuro. La versione attuale del TCP sicuro è il [http://en.wikipedia.org/wiki/Transport_Layer_Security TLS](vedi anche [http://www.ietf.org/html.charters/tls-charter.html qui]),prima era SSL.<br>
| |
| − | L'applicazione usa TCP attraverso le socket,quindi vanno usate altri tipi di socket. Quindi relativamente all'applicazione verrà modificata la libreria inerente,mentre l'operazione di cifratura è quasi totalmente demandata a livelli inferiori. Le sessioni Web tipicamente sono cifrate a questo livello. I browser tipicamente dialogano con un server,si ritiene che il server sia oggetto fidato per cui si cifra solo il tratto tra il clietn e il server. La cifratura a livello TCP permette la cifratura delle sessioni,quindi parte del traffico viene reso sicuro,in quanto il traffico è più lento quando vengono eseguite operazioni di cifratura. <br>
| |
| − | La cifratura a livello IP rende l'applicazione totalmente ignara di ciò che succede. IP non conosce le informazioni contenute che riceve;si può per esempio cifrare a prescindere da nozioni di sessione del TCP,tutto il traffico verso una certa destinazione,esclusivamente nel tratto di rete,senza fare alcuna modifica all'applicazione. Ad ogni modo si paga in termini prestazionali,perchè tutto il traffico è cifrato,quindi comporta un rallentamento perenne del traffico verso certe destinazioni. Ha comunque come vantaggio l'assoluta trasparenza a livello applicativo.[http://en.wikipedia.org/wiki/IPSEC IPsec] è la componente di IP sicuro,presente su tutti i kernel ormai. Per la comunicazione le macchine devono essere entrambe IPsec.
| |
| − | | |
| − | '''Problemi politici'''
| |
| − | | |
| − | Il trattato di non belligeranza firmato da 30 nazioni dopo la seconda guerra mondiale,impegnava le nazioni a vietare l'esportazione,verso paesi firmatari del trattato,di armi pericolose,in special modo quelle nucleari. Si dà il caso che la crittografia venga considerata dal suddetto trattato al pari di un'arma pericolosa(si pensi che il PGP era vietato in Spagna fino al 2002,lo stesso vale per la Francia,mentre in Russia la crittografia è tutt'ora bandita ). Quindi prodotti sviluppati in ciascun paese non possono essere esportati. Ecco perchè gli USA si sono impegnati a non esportare l'algoritmo DES. Tutto ciò nel mondo Internet ha posto dei vincoli alla comunicazione degli host in rete. Quindi successivamente la crittografia è stata tolta dalla lista nera ed è stata consentita l'esportazione della crittografia in applicazioni usate solo per scopi finanziari ed economici. Quindi prima del 2001 gli USA usavano tecnologie crittografiche forti,mentre l'Europa campava sull'uso di algoritmi già craccati in precedenza.<br>
| |
| − | Dal 95 al 2002,tutto il resto del mondo tranne gli USA,avevano la necessità di usare prodotti crittografici di una certa robustezza,e gli unici che li avevano fabbricati,erano gli USA che non li potevano esportare. Il resto del mondo ha preferito aspettare che le grandi compagnie ci portassero i loro prodotti(ciò dà da pensare riguardo all'autonomia europea e non).<br>
| |
| − | La realizzazione di software che fa uso di algoritmi e protocolli brevettati necessita l'autorizzazione degli autori o il pagamento di royalties,una volta che se ne fa un uso commerciale dei prodotti stessi,pena la galera.<br>
| |
| − | | |
| − | '''TLS e SSL'''
| |
| − | | |
| − | TLS è un protocollo usato comunemente(tipicamente quando vediamo '''https''' nel browser). C'è una fase di handshake con un certificato vuoto per mettersi d'accordo sull'uso di una chiave di sessione. Questa fase è passibile d'attacco ''Man in the middle'',per via del mancato uso del certificato X509,anche se è molto difficile. SSL tipicamente usa RSA più altri,per la parte di handshaking. Una volta scambiate le chiavi i protocolli scelti per la comunicazione sono [http://en.wikipedia.org/wiki/RC4 RC4](nella versione 40 e a 128 bit),DES(nella versione 40 e a 128 bit) e TripleDES. Oltre a ciò si usano gli algoritmi di hashing per le firme digitali,cioè MD5(hash a 128 bit) e [http://www.x5.net/faqs/crypto/q100.html SHA1](hash a 160 bit). SHA1 attualmente sta soppiantando [http://www.x5.net/faqs/crypto/q99.html MD5] nel mondo commerciale.
| |
| − | Tipica sessione SSL:
| |
| − | * tipicamente la sessione viene aperta dal client. Esso interroga il server,mandandogli l'ora,un numero casuale,e un codice(cypher suite),il quale indica gli algoritmi di cifratura che il client è disponibile ad usare. La cypher suite 001 indica l'uso di SSL con RSA(per handshake),non usa cifratura di canale e usa come algoritmo di hashing MD5. Essa viene indicata così: SSL with RSA with null_MD5. Sono tabelle di codici. <br>
| |
| − | Cypher suite 0008: RSA export with DES 40,CDC,SHA (usa RSA versione export,fa riferimento ai problemi politici trattati prima,è la versione debole che usa chiavi di 512 byte invece di 1024; con DES 40 bit in versione CDC,con algorimo di hashing lo SHA).
| |
| − | * A sua volta il server risponde con un numero casuale,la sua chiave pubblica,session-id e una cyper suite. Il server può anche rifiutare la proposta del client. Se il codice della suite è uguale allora la proposta viene accettata.
| |
| − | * il client calcola un numero casuale di 48 bytes(Pre-Master Secret),lo cifra con la chiave pubblica del server e la rispedisce a quest'ultimo;
| |
| − | * dalla Pre-Master Secret vengono estratte 6 chiavi attraverso manipolazioni varie,le quali verrano utilizzati durante la sessione. Client e server usano chiavi indipendenti per cifrare,non condividono le chiavi.<br> Versione SSL 1.0:
| |
| − | ** chiave client;
| |
| − | ** server right;
| |
| − | ** chiave per authentication code sui messaggi;
| |
| − | ** Initialization vector,fase di inizializzazione nel DES;
| |
| − | *** questa release è passibile di ''Man in the middle'',cioè la chiave del server KS può essere intercettata e viene spedita al client una chiave KM appartentente ad un terzo. Il client ha KM,convinto sia quella del server,cifra il Pre-Master secret con KM,ricavando le chiavi. Il malintenzionato riceve il messaggio,lo decifra e lo manda al server,mettendosi nella condizione di avere le chiavi e intercettare tutta la comunicazione. La strategia pensata per risolvere il problema,prevede una ''join venture'' della Netscape con Verisign. Invece di mandare la chiave pubblica, si manda un certificato digitale,sostituendo il passaggio di invio di KS con l'invio di un cetificato,verificato dal client(one-way authentication,ma è possibile che anche il server richieda la cetificazione al client).
| |
| − | | |
| − | I server web per far funzionare SSL devono avere un certificato firmato da una Certification authority riconosciuta dal browser(la chiave pubblica è memorizzata nel browser). SSL 3.0 o TLS prevede quindi lo scambio di certificati.
| |
| − | | |
| − | '''''Altri link'''''
| |
| − | | |
| − | * [http://www.ipsec-howto.org/ The official IPsec Howto for Linux]
| |
| − | * [http://www.netbsd.org/Documentation/network/ipsec/ NetBSD IPsec]
| |
| − | * [http://vpn.shmoo.com/vpn/ipsec_nn.pdf Understanding the IPSec protocol suite] ''(PDF)''
| |
| − | * Sessione SSL: [http://support.microsoft.com/?scid=kb%3Ben-us%3B257591&x=14&y=15 articolo Microsoft]
| |
| − | * [http://www.eventhelix.com/RealtimeMantra/Networking/SSL.pdf SSL tutorial] ''(PDF)''
| |
| − | * [http://www.dia.unisa.it/professori/ads/corso-security/www/CORSO-9900/SSL/ssl.htm Università di Salerno]
| |
| − | * [http://www.x5.net/faqs/crypto/q94.html What is hash function?]
| |
| − | * [[:wikipedia:SHA|algoritmo SHA]] e [[:wikipedia:MD5|Algoritmo MD5]];
| |
| − | * [[:wikipedia:List_of_cryptography_topics|Lista di argomenti relativi alla crittografia]]
| |
| − | * [[:wikipedia:One-way_function|One-Way functions]]
| |
| − | * [http://www.cs.dartmouth.edu/~sws/theses/shan.pdf WebALPS Implementation and Performance Analysis: Using Trusted Co-servers to Enhance Privacy and Security of Web Interactions] ''(PDF)''
| |
| − | * [http://www.cs.unibo.it/babaoglu/courses/security/lucidi/critto-2.pdf Gestione delle chiavi e protocollo SSL,università di Bologna] ''(PDF)''
| |
| − | * [http://www.verisign.com/ Verisign];
| |
| − | * TLS in un [http://msdn.microsoft.com/library/default.asp?url=/library/en-us/secauthn/security/transport_layer_security_protocol.asp articolo Microsoft] e di [http://www.ietf.org/html.charters/tls-charter.html IETF];
| |
| − | | |
| − | ----
| |
| − | | |
| − | === Lezione di Mercoledì 11-01-06 ===
| |
| − | | |
| − | * [http://www.hping.org/ Hiping]: vedere [http://security.dico.unimi.it/sicurezza0506/#syllabus materiale] sul sito del corso;
| |
| − | * [http://wiki.hping.org/ Hping wiki];
| |
| − | * [http://www.hping.org/manpage.html Manpage] di hping;
| |
| − | * [http://openskills.info/topic.php?ID=124 Overview di Netfilter e Iptables]
| |
| − | * [http://www.netfilter.org/ NetFilter]
| |
| − | | |
| − | ----
| |
| − | | |
| − | === Lezione di Lunedì 16-01-06 ===
| |
| − | | |
| − | '''[[:wikipedia:Firewall_%28networking%29|Firewall]]'''
| |
| − | | |
| − | Lo stesso kernel Linux dispone nativamente di un firewall. I firewall non open-source di terze parti solitamente si differiscono per interfacce di configurazione più evolute,nonostante la qualità di servizio sia più o meno la stessa.
| |
| − | Abbiamo 4 tipologie di firewall,classificati in base al livello dello stack TCP/IP in cui lavorano:
| |
| − | # datalink: discrimino in base agli indirizzi sorgente e destinazione,in una rete LAN sono i MAC address;
| |
| − | # [[:wikipedia:Network_layer_firewall|Rete(IP)]]: abbiamo sorgente/destinazione più gli altri header nei pacchetti IP;
| |
| − | # Trasporto(TCP/UDP): abbiamo le porte(sorg/dest),in più nel TCP campi vari; in questa categoria piazziamo il gateway a livello trasporto.
| |
| − | # [[:wikipedia:Application_layer_firewall|Application protocol(HTTP,SMTP,ecc)]]: gateway a livello d'applicazione o comunemente chiamati proxy. Posso analizzare differenti tipologie di protocolli, la complessità sta nel fatto che i proxy devono sapere come funzionano esattamente questi protocolli;
| |
| − | | |
| − | Un'altra tipologia sono gli host gate: lavorano a livello di host,il firewall è integrato nell'host che deve proteggere,fa parte del sistema operativo,usato per proteggere la macchina connessa ad Internet. Ha delle infromazioni in più,relative alle tipologie di processi e utenti che li usano.
| |
| − | | |
| − | '''Packet Filter''':
| |
| − | * sono la tipologia di firewall più semplice:
| |
| − | * originariamente implementati nei router;
| |
| − | * i filtri erano chiamati [[:wikipedia:Access_control_list|ACL]],liste che discriminavano il flusso di traffico. Poi si sono evoluti in packet filter;
| |
| − | * costi bassi,sicurezza perimetrale(livello più basso);
| |
| − | * packet filter più evoluti,hanno maggiori capacità di filtraggio;
| |
| − | * Lavorano singolarmente sui pacchetti: osservano i campi dei pacchetti,se è abilitato il pacchetto passa e raggiunge l'host altrimenti viene scartato(blocco della connessione). Il filtraggio è indipendente dal contesto,quindi ciascun pacchetto viene elaborato singolarmente.
| |
| − | * allo stesso modo posso permettere a degli host di comunicare con l'host su cui è installato il firewall,basta lavorare su indirizzi sorgente/destinazione.
| |
| − | * questi filtri hanno il vantaggio principale di proteggere dall'[[:wikipedia:Internet_protocol_spoofing|ip spoofing]](impersonificazione di un altro host).
| |
| − | | |
| − | '''Configurazione di un firewall,3 fasi''':
| |
| − | # definizione delle politiche:scrivere quali sono le operazioni che ogni host/rete può fare nei confronti di altri host/rete.Vanno definiti i parametri leciti o meno dello stack TCP,cioè quali valori possono assumere e quali no.
| |
| − | # la politica va trasfromata in qualcosa di universale,che racchiude esattamente il concetto della politica;
| |
| − | # traduzione nella sintassi del firewall:le regole sono tra alto e basso livello,vanno codificate in comandi di configurazione dell'apparato di rete e del sistema operativo. Ciò può avere problemi,perchè ogni apparato può avere una propria sintassi,quindi le fasi precedenti assumono una certa importanza per facilitare quest'ultima.
| |
| − | | |
| − | Un esempio: ho in una rete un server di posta A,ma vogliamo che un particolare host B non inoltri posta attraverso A. Devo creare delle regole per rappresentare questa politica. La regola più semplice prevede una politica P "accetta/blocca". Per questo tipo di politca necessitiamo quindi solo degli indirizzi sorgente e destinazione. Inoltre autorizziamo il server SMTP A a rispondere a tutti gli host,di modo che host e server possano dialogare. B non deve essere autorizzato ad usare il server,di conseguenza SMTP non potrà nemmeno rispondergli. <br>
| |
| − | '''N.B.''': è importante l'ordine con cui vengono definite le regole,mettendo prima quelle che hanno minore probabilità di essere verificate,poichè esse vengono processate nell'ordine con cui vengono inserite. <br>
| |
| − | Un altro caso vede i client della nostra rete che comunicano attraverso il firewall verso il server SMTP,devono essere autorizzati per spedire la posta. La politica P accetta sorgente dalla rete local con destinazione il server SMTP sulla porta 25. Volendo avere risposta dal server SMTP,autorizziamo il percorso inverso,dal server SMTP dalla porta 25 alla rete local. Questa configurazione presenta però un problema di sicurezza: la comunicazione fra host è autorizzata su qualsiasi porta.
| |
| − | | |
| − | '''Gateway a livello trasporto''':
| |
| − | Il client è a conoscenza della presenza del gateway,che è un intermediario nella comunicazione client/server. Il client si collega dapprima al gateway(il quale si comporta da server) e poi il gateway avanza la richiesta,se accettabile,al server(e qui si comporta da client).<br>
| |
| − | Questi gateway lavorano dal livello TCP in su. I protocolli più usati fra client e gateway sono [http://www.socks.permeo.com/AboutSOCKS/SOCKSvE.asp SOCKS4] e [http://www.socks.permeo.com/AboutSOCKS/SOCKSvF.asp SOCKS5]. Ciò può aggiungere anche l'autenticazione da parte del client prima di accedere ad host esterni alla sua rete.
| |
| − | | |
| − | '''Proxy''':
| |
| − | E' un gateway a livello applicazione. Il client per collegarsi al server deve passare attraverso al proxy. Anch'esso quindi agisce sia da client sia da server. La differenza rispetto al precedente è che il proxy è tarato sul protocollo a livello d'applicazione,quindi per eseguire dei filtraggi,deve conoscere perfettamente il protocollo applicativo usato. Un proxy HTTP,per esempio,prima di inoltrare richieste dei client ai server,può impedire ad un iprange(una certa rete)di compiere o meno certe azioni(come scaricare file mp3).<br>
| |
| − | E' altresi possibile richiamare altre applicazioni come degli antivirus,per controllare dei files scaricati dal client e tenere traccia di tutte le richieste effettuate. <br>
| |
| − | I client sono perfettamente a conoscenza della presenza del proxy,ma posso far passare particolari servizi attraverso il proxy senza configurare il client([[:wikipedia:Proxy_server#Proxy_transparency|proxy trasparente]]).
| |
| − | | |
| − | | |
| − | '''''Links: firewall e socks''''':
| |
| − | * [http://compnetworking.about.com/cs/proxyservers/a/proxyservers.htm Proxy Servers Tutorial];
| |
| − | * [[:wikipedia:SOCKS|Socks]];
| |
| − | * [http://www.socks.permeo.com/ Socks e SocksCap]
| |
| − | * [http://www.ufasoft.com/socks/ Sockschain]
| |
| − | * [http://www.inet.no/dante/ Dante]
| |
| − | * [http://www.pcflank.com/art21.htm Programmi per testare i firewall];
| |
| − | * [http://scan.sygate.com/ Syagate Online Scan]
| |
| − | * [http://www.iks-jena.de/mitarb/lutz/usenet/Firewall.en.html de.comp.security.firewall FAQ]
| |
| − | * [http://www.interhack.net/pubs/fwfaq/ Internet Firewalls:Frequently Asked Questions]
| |
| − | * [http://it.tldp.org/HOWTO/Firewall-HOWTO.html Firewalling and Proxy Server HOWTO] ''(in italiano)''
| |
| − | * [http://www.clusit.it/antikrimenexpo2002/antikrimen-difesa.ppt firewall e proxy] ''(PPT)'''
| |
| − | * [http://www.tuxjournal.net/firewall1.html Firewall su TUXJournal]
| |
| − | | |
| − | '''''Alcuni Firewall''''':
| |
| − | * [http://www.shorewall.net/ Shorewall]
| |
| − | * [http://www.zonelabs.com/store/content/home.jsp Zone alarm]
| |
| − | * [http://www.sygate.com/ Sygate]
| |
| − | * [http://www.sunbelt-software.com/kerio.cfm Kerio]
| |
| − | * [http://www.symantecstore.com/dr/sat5/ec_MAIN.Entry17c?CID=0&PN=5&SP=10007&SID=49997&PID=754927&CUR=840&DSP=&PGRP=0&ABCODE=&CACHE_ID=0 Norton]
| |
| − | | |
| − | ----
| |
| − | | |
| − | === Lezione di Mercoledì 18-01-06 ===
| |
| − | | |
| − | Sono [http://security.dico.unimi.it/sicurezza0506/#syllabus online] le soluzioni degli esercizi proposti durante le lezioni di laboratorio.
| |
| − | | |
| − | ----
| |
| − | | |
| − | === Lezione di Lunedì 23-01-06 ===
| |
| − | | |
| − | | |
| − | * '''[http://security.dico.unimi.it/sicurezza0506/stuff/Lo%20scritto%20di%20Sicurezza%20dei%20sistemi%20e%20delle%20reti.pdf Lo scritto di Sicurezza dei sistemi e delle reti: istruzioni per l’uso]'''
| |
| − | * Si hanno a disposizione 36 punti,18 per ciascuna parte;
| |
| − | * 8-9-10 Febbraio c'è [http://www.infosecurity.it/ InfoSecurity] a Milano,una mostra dedicata alla sicurezza informatica,dedicata al ramo aziendale. Per i biglietti(disponibili solo elettronicamente) scrivere a info@clusit.it,dicendo che si è studenti del corso tentuti dal prof.Bruschi. Verrà restituito un codice da presentare alla biglietteria.
| |
| − | * per problemi riguardo ad argomenti non compresi,'''''contattare il prof.Bruschi per e-mail per prendere un appuntamento,non rivolgergli domande nelle e-mail'''''.
| |
| − | | |
| − | | |
| − | '''Cifratura a livello di rete:protocollo [[:wikipedia:Ipsec|IPSec]]'''
| |
| − | | |
| − | Il protocollo IPsec è stato definito insieme al protocollo IPv6. Visti i problemi di sicurezza legati al protocollo IP,è stato deciso di anticipare l'implementazione del protocollo IPsec rispetto ad IPv6. Nonstante ciò non viene molto usato perchè non molto noto e soprattutto l'utilizzo è complesso. IPsec sta diventando uno standard nelle [[:wikipedia:VPN|VPN]],reti private virtuali,cioè canali stabiliti tra utenti internet end2end che consente la trasmissione di traffico cifrato di dati.
| |
| − | Il traffico è intercettato prima di arrivare alla scheda di rete,così come all'arrivo,viene prima decifrato prima di essere passato a livello IP e d'applicazione. La cifratura a livello rete è completamente trasparente a livello applicativo. Le VPN sono molto utilizzate nel telelavoro da casa,in cui i dipendenti possono lavorare in maniera sicura con i calcolatori dell'azienda,poichè il traffico è cifrato.<br>
| |
| − | Esistono società che hanno generato client basati su software propietario. IPsec è uno standard gratuito. <br>
| |
| − | Peculiarità:
| |
| − | * riservatezza tramite crittazione del traffico;
| |
| − | * lavora solo end2end(la versione multicast non è stata ancora implementata);
| |
| − | * servizio di autenticità,i pacchetti non vengono modificati durante il loro spostamento nella rete;
| |
| − | * può lavorare in:
| |
| − | ** transport mode: usato solo fra host che supportano entrabi IPsec;
| |
| − | ** tunnel mode: quando sono i firewall comunicanti fra loro,ad usare IPsec per gli host.
| |
| − | | |
| − | Il pacchetto di partenza viene incapsulato all'interno di un altro pacchetto. Il gateway riceve un pacchetto IP da A e lo incapsula in un altro IP,con indirizzo di destinazione del gateway di B. La tecnica di [[:wikipedia:Tunneling_protocol|tunneling]],può essere anche usato per bypassare il firewall,mandando pacchetti di un altro protocollo incapsulati in uno HTTP,dove quando verrà aperto,troverà un demone che riconosca le informazioni e le estragga. Viene garantita l'autenticità del payload del pacchetto TCP e di alcuni campi del pacchetto TCP(per esempio non può essere garantito il [[:wikipedia:Time_to_live|TTL]] dei pacchetti,poichè si modifca durante il percorso).<br>
| |
| − | SSL garantisce la sicurezza della connessione,mentre IPsec fa questo servizio pacchetto per pacchetto. Consente inoltre di verificare anche l'identità del mittente,quindi se implementato annullerebbe totalmente la possibilità di effettuare ip spoofing. MD5 e SHA1 sono i soliti protocolli per garantire l'autenticità dei pacchetti. Modificando il layout dei pacchetti,abbiamo per forza bisogno di host che supportino entrambi IPsec perchè possa avvenire la comunicazione.
| |
| − | Nel tunnel mode viene aggiunto un nuovo header,venendo autenticato tutto il pacchetto.<br> I protocolli usati da IPsec per la cifratura sono il DES(verrà sostituito dall'AES),TripleDES,RC5 Idea,TripleIdea,[[:wikipedia:Blowfish_%28cipher%29|Blowfish]]. Di fatto viene cifrato tutto il pacchetto TCP,l'IP address originale non viene cifrato(in transport mode),con tunnel mode viene cifrato tutto il pacchetto IP,anche l'IP di origine.<br>
| |
| − | La prima cosa che viene fatta in ambito IPsec è la deifinizione di [[:wikipedia:Security_Association|security association]],strumento attraverso il quale l'utente definisce il trattamento da operarsi su tipologie di traffico(pacchetti) legati a certe connessioni. I flussi di dati vengono distinti in base ad indirizzo di partenza,porta di partenza e realtivi indirizzo e porta di arrivo(quindi si permette di lavorare su dati,le porte,di livello superiore). Il traffico è unidirezionale,può applicare anche sulla stessa connessione trattamenti diversi per traffico uscente ed entrante,quindi due security association. Inoltre va distinto il traffico IPsec da quello normale. L'efficienza del calcolatore e della trasmissione di rete è inversamente proporzionale a quanto uso IPsec. IPsec sa come gestire il traffico tramite le security association memorizzate in database per il traffico uscente ed entrante. Il database delle security policy consentono ad IPsec di identificare un certo tipo di traffico,mentre la security association specifica quali misure vogliamo effettuare(quindi anche quale cifratura applicare). Policy è politica,association è azione,è livello implementativo. Le fasi sono distinte e permettono di operare su di esse indipendentemente nel caso si vogliano fare delle modifiche in futuro. Le security policy sono una tripla:
| |
| − | * un selettore,che distingue il traffico;
| |
| − | * un indicatore sul tipo di trasformazione che vogliamo effettuare;
| |
| − | * la politica da adottare;
| |
| − | Vanno stabilite delle chiavi con l'altra parte comunicante,le quali mediamente durano 20 minuti. La gestione delle chiavi è realizzata in vari modi:
| |
| − | * manuale:scambio di chiavi tramite canale sicuro e usate per i canali sicuri(telefono);
| |
| − | * automatica:protocolli provvedono a gestire le chiavi;
| |
| − | Il protocollo che descrive le modalità di scambio delle chiavi è ISACAP. Esso definisce le procedure di autenticazione,ecc senza entrare nel dettaglio,ma solo i formati dei messaggi,la modalità con cui costruire il protocollo,lasciando ai vendors l'implementazione. Ciò ha portato a diverse implementazioni. ISACAP assume che gli host possano autenticarsi,magari avendo a bordo un certificato digitale rilasciato ad una macchina,il quale attesta che ha un indirizzo IP simbolico preciso. Chi si fa garante che il certificato non venga manipolato è il system manager. Perchè IPsec funzioni correttamente ogni macchina dovrebbe avere questi certificati digitali. ISACAP prevede anche scambi di password in stile Diffie-Hellman.<br>
| |
| − | C'è anche [[:wikipedia:IKE|IKE]],una rivisitazione del Diffie-Hellman. Può usare una password comune o crittografia a chiave pubblica,con certificati digitali. Tutto questo viene fatto dal protocollo IP.
| |
| − | | |
| − | '''''Links''''':
| |
| − | * [http://www.linux.it/~davide/doc/tesi_html/ipsec-tls.html IPsec e TLS a confronto:funzioni, prestazioni ed estensioni]
| |
| − | | |
| − | ----
| |
| − | | |
| − | == Risorse Linux - Unix ==
| |
| | | | |
| − | Per chi fosse interessato,ho raccolto alcuni links utili per l'apprendimento di questo sistema operativo. Coloro che vogliono contribuire a infoltirlo maggiormente,sono '''calorosamente''' benvenuti:
| + | === Giudizio sul corso === |
| | + | {{Giudizio}} |
| | + | {{Giudizio/Interesse|5|5}} |
| | + | {{Giudizio/Difficoltà|2|4}} |
| | + | {{Giudizio/Nonfrequentanti|5}} |
| | + | {{Giudizio/Ore|3|4}} |
| | | | |
| − | * [http://cdrom.gnutemberg.org/main.html Progetto Gnutemberg]
| + | [[Categoria:Corsi Primo Semestre]] |
| − | * [http://homes.dico.unimi.it/~trentini/lfse Materiale messo a disposizione dal prof.Trentini]
| |
| − | * [http://www.sl-lab.it/cgi-bin/twiki/view/Main/EserciziLaboratorio Esercizi del corso di SO,tenuto dal prof.Trentini]
| |
| − | * [ftp://ftp.pluto.linux.it/pub/pluto/ildp/GuideLDP/Guida-Utente Guida-Utente]
| |
| − | * [http://www.tldp.org/ The Linux Documentation Project]
| |
| − | * [http://www.dsy.it/forum/showthread.php?s=&threadid=12291 DSY LUG,risorse per linux]
| |
| − | * [http://www.isinet.it/~marco/unix/ Marco Liverani - Unix: introduzione elementare]
| |
| − | * [http://www.lunimig.org/ LUnimiG - Il Lug della nostra università]
| |
| − | * [http://www.badpenguin.org/docs/index.html Documentazione linux,su Bad Penguin]
| |
| − | * [http://www.openskill.info/index-it.php OpenSkills]
| |
| − | * [http://vandali.org/DanieleMasini/InfoLinux/InfoLinux.pdf Libro a cura di Daniele Masini]:qui la sua [http://vandali.org/DanieleMasini/index.php home page] ''(PDF)''
| |
