Secure Shell. Sistemi di elaborazione dell'informazione (Sicurezza su Reti) Anno Acc /09/2002 SSH 1 08/09/2002 SSH 2 08/09/2002 SSH 3

Transcript

1 Sistemi di elaborazione dell'informazione (Sicurezza su Reti) Anno Acc Sommario Secure Shell Installazione A cura di: Carotenuto Francesco, D Antuono Massimiliano, De Vito Nadia, Nicolino Alessio Prof. De Santis Alfredo 08/09/2002 SSH 1 08/09/2002 SSH 2 Secure Shell originariamente progettato e scritto dal finlandese, Tatu Ylones (ylo@ssh.fi) E un protocollo di comunicazione che garantisce un login remoto sicuro e altri servizi di rete sicuri su un canale insicuro (Internet) Consente quindi di: - loggarsi in rete in modo sicuro - eseguire comandi su un sistema remoto - copiare file da una macchina all altra - fornire protezione per le connessioni X11 e per l inoltro dei pacchetti TCP - supportare sistemi di autenticazione fortemente protetti come RSA, SecurID, S/key, Kerberos e TIS 08/09/2002 SSH 3 08/09/2002 SSH 4 Nasce per rimpiazzare i punti deboli dei comandi Berkeley r* (rsh, rlogin, rcp) in quanto suscettibili allo sniffing e allo spoofing dell indirizzo IP Nasce Fornisce: - infrastruttura per connessione crittografata - autenticazione tra host e host e tra utente ed host - possibilità di creare un canale di connessione sicuro per qualsiasi connessione TCP/IP Risolve noti problemi di sicurezza circa protocolli TCP/IP come: - IP spoofing (falsificazione dell indirizzo IP del mittente) - DNS spoofing (falsificazione delle informazioni contenute nel DNS) - Routing spoofing (falsificazione delle rotte intraprese dai pacchetti e instradamento su percorsi diversi) 08/09/2002 SSH 5 08/09/2002 SSH 6

2 I servers SSH girano su: UNIX, Linux e VAX I clients SSH girano su: UNIX, Linux, VAX, Windows e altre piattaforme SSH usa: - l autenticazione a chiave pubblica/privata per verificare l identità delle macchine connesse - la cifratura di tutti i dati scambiati, con algoritmi robusti come blowfish, 3DES, IDEA, 08/09/2002 SSH 7 Protegge da: - Intercettazione di dati trasmessi tramite rete - Manipolazioni di dati negli elementi intermedi della rete - IP address spoofing dove l host attaccante finge di essere affidabile inviando pacchetti con l indirizzo di questo - DNS spoofing di server fidati - IP source routing SSH non protegge da: - Configurazione o utilizzo scorretto - Un account root compromesso - Home directory insicure 08/09/2002 SSH 8 SSH1 vs SSH2 - SSH1: SSH1: prima versione, gratuita in primo tempo, adesso più restrittiva. Utilizzabile solo per scopi non commerciali. merciali. - SSH2: SSH2: riscrittura della vecchia versione SSH con miglioramenti apportati nella crittografia; gratuita solo per organizzazioni non profit. I protocolli SSH1 SSH2 pubblicati come Internet Draft. Security Communication - ha sviluppato i protocolli SSH1 e SSH2 e ne mantiene le principali distribuzioni. Data Fellows - ha acquistato la licenza di vendere e supportare SSH. 08/09/2002 SSH 9 SSH2: - include sftp, ftp cifrato SSH2 - usa file di configurazione separati da SSH1 (/etc/ssh2/ssh2_config), ma può richiamare SSH1 se un client ne richiede i protocolli SSH1 e se SSH1 è disponibile. - mantiene la compatibilità con SSH1 se questo è stato installato prima di SSH1 - supporta scambi con chiavi DSA, Diffie-Hellman - a causa della commercializzazione, l accettazione di SSH2 è stata lenta 08/09/2002 SSH 10 Connessione crittografata: - i dati scambiati con SSH sono cifrati con algoritmi a chiave simmetrica negoziati tra le parti - le chiavi per gli algoritmi di cifratura vengono scambiate in precedenza; la cifratura previene gli attacchi di tipo sniffing. Autenticazione forte: - avviene tramite algoritmi a chiave pubblica; - le chiavi sono generate, di solito, al momento dell installazione; ne; - ogni host su cui è installato un server SSH ha almeno una coppia di chiavi per ogni algoritmo a chiave pubblica supportato; - ogni host ha un database con le chiavi pubbliche degli host conosciuti. 08/09/2002 SSH 11 Autenticazione forte Per memorizzare le chiavi: - i client utilizzano il file /etc/ssh/known.host - i server utilizzano il file /etc/ssh_known_hosts - database utente nel file $HOME/.ssh/known_host - chiavi e login degli utenti sono contenute nel file $HOME/.ssh/authorized_keys Il server memorizza nuove chiavi utente se accompagnate da certificati o se già certo dell identità dell utente. Il client memorizza la nuova chiave del server se i certificati che accompagnano la chiave sono validi. 08/09/2002 SSH 12

3 PROBLEMA: - metodo classico di autenticazione rhost di UNIX vulnerabile ad attacchi di tipo spoofing SOLUZIONE: - SSH aggiunge un controllo sull host più rigoroso. - Autenticazione rhosts + chiave pubblica il client invia un pacchetto firmato con la chiave privata del proprio host; il server verifica la firma con la chiave pubblica dell host del client. 08/09/2002 SSH 13 SSH garantisce: - sicurezza per qualsiasi protocollo allo strato di applicazione come FTP, HTTP e SMTP. ESEMPIO di connessione HTTP sicura: Web Browser INTERNET Server SSH Server HTTP Host A Host B Host C 08/09/2002 SSH RETE SICURA 14 ESEMPIO di connessione HTTP sicura: - TCP port forwarding Web Browser Il protocollo http è in chiaro!!! 1. A crea una connessione SSH con B 2. B crea una connessione HTTP con C e invia i dati cifrati con SSH Server SSH Server HTTP OPENSSH ( - nato per far parte del sistema operativo OpenBSD - Open Source - utilizza solo algoritmi di crittografia senza restrizioni di utilizzo INTERNET Host A Host B Host C 08/09/2002 SSH RETE SICURA 15 08/09/2002 SSH 16 Compilazione SSH1: Compilare SSH1 per Unix (ex: sotto Solaris) è semplice. Supponiamo di volere: le opzioni standard, connessione non in chiaro, vecchio algoritmo RSH/rlogin, algoritmo IDEA; allora gzcat ssh tar.gz tar xf - cd ssh ;./configure --prefix=/ =/usr --without-none -- without-rsh --without-ideaidea make make install Compilazione SSH1: Opzioni utili di compilazione --without-ideaidea ( non usa l'algoritmo brevettato IDEA) --without-none: ( non consente le comunicazioni in chiaro (non cifrate) se uno dei server non ha chiavi) --without-rsh: (non consente l'opzione rsh rhosts quando un server non ha le chiavi) --prefix=/ =/usr/bsd --sbindir=/ =/usr/bsd --bindir=/ =/usr/bsd : (per installare in directory non standard) --with-securid=../ =../ace (aggiunge il supporto per l'autenticazione SecureID (sono necessarie le librerie ACE)). --with-socks5=/ socks5=/usr/local/liblib (Supporto per proxy Socks5) 08/09/2002 SSH 17 08/09/2002 SSH 18

4 Compilazione SSH1: Preparazione di un pacchetto di installazione binaria - la seguente procedura presume che si abbiano copiati alcuni dei documenti SSH come le FAQ in /usr/localssh-docs. tar cvf ssh_bin.tar /usr/local/bin/{ssh,ssh1,scp,scp1,slogin} tar uvf ssh_bin.tar/usr/local/bin/{ /{ssh-keygen1, keygen1,ssh-keygen,ssh-agent1, agent1,ssh- agent} tar uvf ssh_bin.tar/usr/local/bin/{ /{ssh-add1, add1,ssh-add,ssh-askpass1, askpass1,ssh-askpass} tar uvf ssh_bin.tar/usr/local/bin/{ /{make-ssh-known-hosts1, hosts1,make-ssh-known- hosts} tar uvf ssh_bin.tar/etc/{ /{sshd_config,ssh_config} tar uvf ssh_bin.tar/etc/rc2.d/{s10sshd,k10sshd} /etc/init.d/sshd tar uvf ssh_bin.tar/usr/local/sbin/{ /{sshd,sshd1} tar uvf ssh_bin.tar/usr/local/man/man1/{ /man/man1/{ssh-keygen.1,ssh-agent.1,ssh- add.1,.1,ssh.1,ssh1.1,slogin.1,slogin1.1,scp.1,scp1.1,make-ssh-known-hosts.1} /usr/local/man/man8/{sshd.8,sshd1.8} tar uvf ssh_bin.tar/usr/local/ssh-docs compress ssh_bin.tar 08/09/2002 SSH 19 Configurazione: File di configurazione: /etc/sshd_config per il server; /etc/ssh_config per il client (contiene settaggi di defaulta a livello di sistema). Server: bisogna configurare il demone ssh in modo che l'accesso sia limitato agli host specificati Client: bisogna configurare le opzioni globali per il client SSH 08/09/2002 SSH 20 Il protocollo SSH utilizza le funzioni crittografiche dell SSL E possibile instaurare una comunicazione cifrata, autenticandosi usando: host key certificati che possono essere verificati tramite una autorit à fidata. In una connessione tra client e server che utilizza SSH: Client e server si scambiano le chiavi pubbliche. SSH chiede all utente se accettare o meno la chiave (solo la prima volta). Client e server negoziano una chiave di sessione (usata per cifrare tutti i dati seguenti attraverso un cifrario a blocchi). 08/09/2002 SSH 21 08/09/2002 SSH 22 Schema dell architettura di SSH e sua divisione in protocolli: Schema dell architettura di SSH e sua divisione in protocolli: 08/09/2002 SSH 23 08/09/2002 SSH 24

5 Schema dell architettura di SSH e sua divisione in protocolli: Schema dell architettura di SSH e sua divisione in protocolli: 08/09/2002 SSH 25 08/09/2002 SSH 26 TRANSPORT LAYER PROTOCOL E un protocollo di trasporto sicuro a basso livello TRANSPORT LAYER PROTOCOL E costituito da diverse fasi: Fornisce: - crittografia forte - autenticazione crittografica degli host - protezione dell integrità 08/09/2002 SSH 27 08/09/2002 SSH 28 AUTHENTICATION PROTOCOL E un protocollo di autenticazione utente general-purpose. - gira al di sopra dell SSH Transport Layer Protocol; - assume che il protocollo sottostante fornisca protezione dell integrità e confidenzialità. Lo User Authentication Protocol autentica l utente del client sul server. 08/09/2002 SSH 29 AUTHENTICATION PROTOCOL Sono supportati tre tipi di autenticazione: Autenticazione con chiave pubblica: Il client invia un pacchetto firmato con la propria chiave privata. Il server verifica la firma tramite la chiave pubblica del client. Se il server non possiede la chiave pubblica del client, il metodo fallisce. 08/09/2002 SSH 30

6 AUTHENTICATION PROTOCOL Autenticazione con password: all'utente sul client viene presentato il prompt per l'inserimento della password. Autenticazione Host based: - simile a rhosts di UNIX, ma più sicuro; - aggiunge la verifica dell'identità dell'host tramite Host key. CONNECTION PROTOCOL Progettato per girare al di sopra dello User Authentication Protocol. Fornisce: - sessioni interattive di login; - esecuzione remota di comandi; - inoltro di connessioni TCP/IP; - inoltro di connessioni X11. 08/09/2002 SSH 31 08/09/2002 SSH 32 CONNECTION PROTOCOL CONNECTION PROTOCOL Dà inizio alla sessione vera e propria. Il client può richiedere: - una shell remota, - l'esecuzione di un comando, - un trasferimento di file sicuro, ecc. Divide la connessione in canali logici multiplexati in una singola connessione. Rende possibile accedere a più servizi con un singolo tunnel cifrato. 08/09/2002 SSH 33 08/09/2002 SSH 34 In definitiva: ASPETTI DI SICUREZZA Scopo primario di SSH è migliorare la sicurezza su Internet. Tutti gli algoritmi di cifratura, integrità e a chiave pubblica sono ben conosciuti e ben stabiliti. Tutti gli algoritmi sono utilizzati con chiavi sufficientemente lunghe da stabilire una forte protezione contro gli attacchi crittoanalitici. Tutti gli algoritmi sono negoziati. Se uno di essi viene rotto è facile passare ad un altro senza modificare il protocollo di base. 08/09/2002 SSH 35 OpenSSH può essere scaricato dal sito Sono disponibili sia il formato binario RPM sia il sorgente. Per i binari RPM si ha bisogno di: openssh-versionep.rpm rpm openssh-clients- versionep.rpm rpm openssh-server- versionep.rpm rpm zlib- versione.rpm rpm openssl- versione.rpmrpm 08/09/2002 SSH 36

7 Open source e free. Programma Zlib Ha come obiettivo quello di costruire una libreria per la compressione dei dati. Si trova già all'interno di quasi tutte le principali distribuzioni di Linux. E possibile scaricarlo dal sito /pub/infozip/zlib/. Sono disponibili sia il formato binario RPM sia il sorgente. Open source Programma SSL Mira a creare un toolkit commerciale per realizzare il Secure Socket Layer, Transport Layer Securety e librerie per la realizzazione di sistemi fortemente crittografati. E disponibile sia come sorgente sia come pacchetto RPM. I pacchetti RPM si possono reperire insieme a quelli di OpenSSH. I sorgenti sono disponibili presso il sito 08/09/2002 SSH 37 08/09/2002 SSH 38 Installazione del programma Zlib Se si ha a disposizione il pacchetto in formato RPM,, basta digitare alla riga di comando: rpm -ivh zlib-versione.rpm Se si preferisce usare il formato tar.gz, si deve scrivere: tar xzvf zlib-versione.tar.gz cd zlib-versione./configure make su -c "make install" Installazione del programma OpenSSl Se si ha a disposizione il pacchetto in formato RPM,, basta digitare alla riga di comando: rpm -ivh zlib-versione.rpm Se si preferisce usare il formato tar.gz, si deve scrivere: tar xzvf zlib-versione.tar.gz cd zlib-versione./configure make su -c "make install" 08/09/2002 SSH 39 08/09/2002 SSH 40 Installazione del programma OpenSSl Se si ha a disposizione il pacchetto in formato RPM,, basta digitare alla riga di comando: rpm -ivh openssl-versione.rpm Se si preferisce usare il formato tar.gz, si deve scrivere: tar xzvf openssl- versione.tar.gz cd openssl- versione./configure make su -c "make install" Se si ha a disposizione il pacchetto in formato RPM,, basta digitare alla riga di comando: rpm -ivh versionep.i386.rpm rpm -ivh openssh-clients- versionep.rpm rpm -ivh openssh-server-versionep.rpm Se si preferisce usare il formato tar.gz, si deve scrivere: tar xzvf openssh- versione.tar.gz cd openssh- versione./configure --prefix=/usr -- Installazione del programma OpenSSH sysconfdir=/etc/ssh 08/09/2002 SSH 41 08/09/2002 SSH 42

8 Installazione del programma OpenSSH Il parametro "--prefix" impone di porre i file binari nelle directory bin, sbin ed i manuali nella directory man. Per default OpenSSH pone i file di configurazione all'interno della cartella /usr/local/etc. Il parametro sysconfdir rende possibile modificare l'impostazione di default e impostare, a propria scelta, la cartella contenente i file di configurazione. I comandi: make su -c "make install su -c "make host-key" Installazione del programma OpenSSH consentono di installare i file generati e creare le chiavi. ssh impiega una coppia di chiavi pubblica/privata. L RSA é il formato più vecchio, mentre il DSA è quello più recente. 08/09/2002 SSH 43 08/09/2002 SSH 44 La sotto-cartella contrib contiene: Installazione del programma OpenSSH il file sshd.pam.generic per l'autenticazione PAM. Per usarlo basta copiarlo all'interno della cartella /etc/pam.d/ col nome di sshd: cp sshd.pam.generic /etc/pam.d/sshd. script init relativi alle distribuzioni SuSE e Red Hat.. Per la SuSE,, inoltre, bisogna copiare un file di configurazione in /etc rc.config/: cp rc.config.sshd etc/rc.config.d/sshd.rc.config.z script di startup: va copiato in etc/rc.d/init.d per la Red Hat e in /sbin/init.d per la SuSE. /etc/rc.d/init.d/sshd start (Red Hat), /sbin/init.d/sshd start (SuSE). 08/09/2002 SSH 45 Installazione del programma OpenSSH Se il demone SSH é già in esecuzione con un collegamento via telnet alla porta 22 della propria macchina si dovrebbe ottenere: Trying Connected to localhost. Escape character is '^]' SSH OpenSSH _2.3.)p1 08/09/2002 SSH 46 $HOME/.ssh/known_hosts File interessati (1) Registra le chiavi pubbliche degli host in cui l'utente ha effettuato il login. $HOME/.ssh/identity, $HOME/.ssh/id_dsa Contengono le chiavi private RSA e DSA dell'utente, rispettivamente. $HOME/.ssh/identity.pub, $HOME/.ssh/id_dsa.pub Contengono le chiavi pubbliche RSA e DSA dell'utente, rispettivamente. $HOME/.ssh/config File di configurazione utente usato dal client SSH. $HOME/.ssh/authorized_keys Elenca le chiavi pubbliche RSA degli utenti autorizzati ad effettuare tuare il login per quell' account. $HOME/.ssh/authorized_keys2 Elenca le chiavi pubbliche RSA/DSA degli utenti autorizzati ad effettuare il login per quell' account /etc/ssh/ssh_known_hosts, /etc/ssh_known_hosts2 Lista delle host key per gli host conosciuti. Il primo contiene chiavi pubbliche RSA mentre il secondo anche chiavi pubbliche DSA. 08/09/2002 SSH 47 File interessati (2) /etc/ssh/ssh_config File di configurazione di default per i client. $HOME/.rhosts File usato nella autenticazione.rhosts; contiene la lista delle coppie host-utente che possono autenticarsi in questo modo. $HOME/.shosts Lo stesso del precedente, tranne che permette di effettuare il login solo tramite SSH. /etc/hosts.equiv Usato nell'autenticazione.rhosts. /etc/ssh/shosts.equiv E' usato allo stesso modo di /etc/hosts.equiv, ma permette di effettuare il login solo tramite SSH. /etc/ssh/sshrc;$home/.ssh/rc I comandi i questo file vengono eseguiti quando l'utente effettua il login appena prima che la shell (o il comando) parta. $HOME/.ssh/environment Contiene definizioni addizionali per le variabili d'ambiente. /etc/ssh/primes Contiene i valori primi utilizzati da Diffie-Hellman 08/09/2002 SSH 48

9 File interessati (3) /etc/ssh/sshd_config File di configurazione per l'utente usato dal server SSH. /etc/ssh/ssh_host_key, /etc/ssh/ssh_host_dsa_key, /etc/ssh/ssh_host_rsa_key Contengono, rispettivamente, la parte privata delle chiavi SSH1, SSH2 DSA e SSH2 RSA del server. Nota : SSH ignora una chiave privata registrata in un file accessibile sibile da altri. /etc/ssh/ssh_host_key.pub, /etc/ssh/ssh_host_dsa_key.pub /etc/ssh/ssh_host_rsa_key.pub Contengono, rispettivamente, la parte pubblica delle chiavi SSH1, SSH2 DSA e SSH2 RSA del server. /etc/nologin Se questo file esiste, SSH si rifiuta di effettuare il logintranne che per l'utente root. 08/09/2002 SSH 49 Configurazione di OpenSSH (1) La configurazione di OpenSSH funziona per chiunque si colleghi. I vari file di configurazione si trovano in /etc/ssh o in /usr/local/etc In queste cartelle ci sono due file: ssh_config imposta le opzioni per il programma SSH client che verrà utilizzato; sshd_config é il file di configurazione del demone SSH (sshd). Quando viene lanciato il programma ssh,, esso consulta: le opzioni inserite alla riga di comando; il file $HOME/.ssh/config il file /etc/ssh/ssh_config. Un utente può impostare le proprie opzioni senza modificare quelle le comuni contenute in /etc/ssh/ssh_config. 08/09/2002 SSH 50 Configurazione di OpenSSH (2) I files di configurazione possono contenere: righe di commento evidenziate dal simbolo # iniziale; righe vuote (che vengono ignorate); righe contenenti direttive, composte da coppie <nome> <valore>, spaziate, senza alcun simbolo di assegnamento Per le principali direttive di configurazione contattare: Comandi principali (1) ssh-keygen: Crea una coppia di chiavi pubblica/privata. Crea una coppia di chiavi pubblica/privata. ssh-keygen -d. E sufficiente a realizzare una chiave RSA. L'opzione -d permette di costruire una chiave DSA in luogo di una RSA che potrà essere utilizzata in seguito insieme a SSH2. La chiave privata viene salvata, col nome del file specificato, in: $HOME/.ssh/NomeFileScelto La parte pubblica della chiave creata viene posta nel file HOME/.ssh/NomeFileScelto.pub. Viene chiesta una passpharse per criptare la chiave privata: $ ssh-keygen -b N 'password' 08/09/2002 SSH 51 08/09/2002 SSH 52 Comandi principali (2) Per collegarsi ad una macchina remota, NomeHost, basta scrivere al prompt della shell: $ ssh NomeHost La prima volta che ci si collega a NomeHost,, compare il messaggio: The authentication of host NomeHost can't be established. RSA key fingerprint is 3b:60:57:4e:6c:59:5a:99:cf:41:d5:e0:14:af:0d:a1. Are you sure you want to continue connecting (yes/no)? L opzione yes aggiunge la chiave relativa dell host alla lista degli host conosciuti da SSH che si trova in $HOME/.ssh/know_hosts. Per le connessioni successive alla prima la chiave inviata dal server viene confrontata con quelle memorizzate: solo se il confronto ha successo si prosegue. 08/09/2002 SSH 53 ssh -C -i NomeFileConteneteLaCoppiaDiChiavi -v x NomeUtente@NomeHost [comando] -C indica di usare la compressione dei dati. Comandi principali (3) -i consente di specificare se si usano più coppie di chiavi pubbliche/private per collegarsi ai vari host (va indicato il percorso e il nome del file che contiene la chiave privata). -x disabilita il forward automatico delle connessioni X11; -v mostra le infofondamentali fondamentali dell'andamento della connessione. NomeUtente (opzionale) indica il nome utente con cui si effettua il collegamento. NomeHost indica il nome della macchina a cui ci si vuole collegare. [comando] (opzionale) serve ad eseguire un comando appena viene stabilita la connessione. 08/09/2002 SSH 54

10 Comandi principali (4) SSH offre la possibilità di collegarsi agli host remoti senza specificare alcuna password: si copia il file contenente la chiave pubblica sul server a cui si desidera connettersi; si aggiungere il riferimento alla lista dei file che si trova: - in $HOME/.ssh/authorized_keys (chiave RSA ); - in $HOME/.ssh/authorized_key2 (chiave DSA ); per collegarsi alla propria cartella home sul server remoto, non resta che eseguire normalmente il comando ssh. Trasferimenti sicuri di file : scp (1) scp fornisce un modo sicuro di trasferire i file attraverso Internet: scp NomeUtente@NomeHostDiPartenza:NomeFileDaCopiare NomeUtente@NomeHostDiArrivo:NomeFile Per copiare un file che locale in un altro host si può scrivere: scp NomeFileDaCopiare NomeUtente@NomeHost::NomeFileDaCopiareopiare NomeFileDaCopiare viene copiato nella directory dell utente NomeUtente dell host NomeHost. 08/09/2002 SSH 55 08/09/2002 SSH 56 Trasferimenti sicuri di file : scp (2) Per copiare un file che si trova in un host remoto nella cartella locale, si deve scrivere : scp NomeUtenteRemoto@NomeHostRemoto:NomeFileDaCopiare Viene copiato il file NomeFileDaCopiare dell'utente NomeUtenteRemoto dall'host remoto NomeHostRemoto alla cartella locale corrente. -r consente di copiare in modo ricorsivo i file da una cartella ad un altra. 08/09/2002 SSH 57 Altri esempi pratici $ ssh -l tizio linux.brot.dg Accede all elaboratore linux.brot.dg,, utilizzando lì il nominativo-utente tizio. $ ssh -l tizio linux.brot.dg ls -l /tmp Esegue il comando ls -l /tmp nell elaboratore linux.brot.dg,, utilizzando il nome- utente tizio. $ ssh -l tizio linux.brot.dg tar czf - /home/tizio > backup.tar.gz Esegue la copia di sicurezza, con l ausilio di tar e gzip della directory personale dell utente tizio nell elaboratore remoto. L operazione genera il file backup.tar.gz nella directory corrente dell elaboratore locale. $ scp tizio@linux.brot.dg:/etc/profile. Copia il file /etc/profile dall elaboratore linux.brot.dg utilizzando il nominativo-utente tizio,, nella directory corrente dell elaboratore locale. 08/09/2002 SSH 58 Port Forwarding (2) Esempio : Port Forwarding (1) Permette di creare un canale di comunicazione sicuro attraverso il quale veicolare qualsiasi connessione TCP. Host A è separato dalla intranet da una rete insicura e deve comunicare via telnet con Host C. Host B permette connessioni SSH CANALE SICURO Intranet 23 Il port forwarding di SSH crea il canale sicuro tra Host A e Host B. La connessione telnet vera e propria viene effettuata tra Host B e Host C. Host A Host B Host C CANALE IN CHIARO 08/09/2002 SSH 59 08/09/2002 SSH 60

11 Port Forwarding (3) Il comando, dato su Host A: hosta > ssh -L 1111:HostC :23 HostB sleep 100 alloca la porta TCP 1111 su Host A attraverso cui, passando per il canale sicuro, si arriva alla porta 23 di HostC. Per completare la connessione bisogna effettuare un telnet alla porta: hosta > telnet localhost 1111 Nota: se Host B e HostC coincidono si fa il forwarding di una porta dall'host Locale verso un host remoto. E' possibile effettuare anche l'operazione inversa. Dimostrazione di utilizzo Dopo l installazione di OpenSSH: viene generata una coppie di chiavi pubblica/privata; il comando ssh-keygen permette di creare chiavi RSA e DSA di lunghezza variabile e nel formato relativo al protocollo SSH1 ed SSH2 chiede di specificare i file in cui salvare le chiavi e di cifrare la parte privata della chiave con una passphrase. Tutte le chiavi hanno una dimensione di default di 1024 bit 08/09/2002 SSH 61 08/09/2002 SSH 62 Generazione di una coppia di chiavi RSA relative al protocollo SSH1 Generazione di una coppia di chiavi RSA relative al protocollo SSH2 08/09/2002 SSH 63 08/09/2002 SSH 64 Generazione di una coppia di chiavi DSA relative al protocollo SSH2 Per collegarsi ad una macchina remota di nome NomeHost basta digitare: ssh NomeHost -l loginremota -v -v attiva la modalità di verbose,, che fornisce un output dettagliato su come sta procedendo la connessione 08/09/2002 SSH 65 08/09/2002 SSH 66

12 Esempio: Durante questa fase un programma di ascolto del traffico TCP/IP fallisce. Ad esempio Ethereal, uno degli sniffer più noti avrebbe catturato: Consideriamo una connessione HTTP, protocollo che prevede scambio di dati in chiaro. Viene richiesta una pagina di default del server junior in cui è presente un form HTTP. Nei campi vengono inseriti dei dati di prova. 08/09/2002 SSH 67 08/09/2002 SSH 68 Alla pressione del tasto "Submit Query " i dati vengono inviati con il metodo POST ad uno script CGI scritto nel linguaggio Perl.. Tale script risponde semplicemente dando l'eco dei dati immessi. 08/09/2002 SSH 69 08/09/2002 SSH 70 Se uno sniffer viene posto in ascolto durante la sessione HTTP: Con il seguente comando si inoltra la connessione al server HTTP sul canale cifrato creato con il server SSH. Nel comando viene specificata: la porta locale a cui si connetterà in seguito il web browser il nome dell'host e la porta su cui gira il server HTTP il nome dell'host su cui gira il server SSH 08/09/2002 SSH 71 08/09/2002 SSH 72

13 Infine dobbiamo specificare nel browser l URL: per inoltrare la richiesta all'host junior. 08/09/2002 SSH 73 08/09/2002 SSH 74 Ethereal non può fornire alcuna informazione significativa. La connessione con il server SSH che si è occupato di inoltrarla al server HTTP rende il traffico catturato cifrato e dunque incomprensibile: e: Fornire accesso remoto alle applicazioni gestionali e divenuto di fondamentale importanza. L accesso remoto basato su Internet aggiunge rischi significativi. I dati sensibili trasmessi fra operatore remoto e una rete aziendale possono essere intercettati, modificati o re-indirizzati ovunque. Le tecnologie di accesso come quelle via cavo e via etere sono vulnerabili. 08/09/2002 SSH 75 08/09/2002 SSH 76 Connessioni Always On a banda larga aumentano il pericolo: l aggressore ha un obiettivo fisso da attaccare nel tempo. SSH aiuta a rendere sicuri la maggior parte degli accessi remoti basati su Internet e ad assicurare la riservatezza e l integrità delle informazioni scambiate tra client e server. SSH effettua il tunneling di informazioni per qualsiasi applicazione basata su TCP SSH permette: di rendere sicure applicazioni che altrimenti invierebbero informazioni vulnerabili su reti pubbliche; di proteggere i messaggi dell applicazione trasmessi da una parte all altra altra della connessione. I filtri effettuati da firewall e router possono essere ristretti a una sola porta: la porta Secure Shell (22). Il crea canali point-to-point virtuali tra due pc connessi. 08/09/2002 SSH 77 08/09/2002 SSH 78

14 su Internet: - Quando il client spedisce la posta, i messaggi vengono trasmessi ad un server SMTP. - Quando il client legge la posta, le intestazioni e il testo dei messaggi vengono scaricati da un server POP3 o IMAP. - Chiunque e in qualsiasi punto del percorso può intercettare testo in chiaro del messaggio, indirizzi , nomi utenti e password. 08/09/2002 SSH 79 Internet per accedere ad MAIL-Client MAIL Svr: smtp (25) MAIL Svr: pop (110) MAIL Svr: smtp (143) MAIL-Server I server sono facilmente individuabili - Attacchi Denial of Service - Utilizzo un server aperto 08/09/2002 SSH 80 ATTACCO: Identificando il server gli hacker sono in grado di sfruttare le vulnerabilità conosciute nel sistema operativo del server o nel software di posta elettronica. SOLUZIONE: Il tunneling può aiutare ad eliminare le porte accessibili, bloccando utenti non autorizzati, e assicurando: - privacy - integrità 08/09/2002 SSH 81 su Intranet: 1. Punti di accesso WLAN spesso disposti in modo errato dietro il firewall corporativo, trattando tutte le postazioni su WLAN come fidate. 2. WLANs basate sul protocollo IEEE b Wi-Fi: permettono il broadcast in ogni direzione. Attacchi: - freeware NetStumbler o AirSnort per scoprire una WLAN. - registrando i pacchetti con WEPCrack, gli hackers possono rompere le chiavi di WEP e decifrare tutto il traffico su WLAN. WLAN diventa vulnerabile come le LAN Ethernet 08/09/2002 SSH 82 con risorse condivise: file condivisi tra PC - Ciascuna risorsa condivisa deve essere protetta da attacchi di tipo DoS, perdite, modifiche fraudolente e accessi non autorizzati. - Le misure di sicurezza di sistemi operativi basati su privilegi, lettura/scrittura, nomi utenti, password, per il controllo sugli accessi non proteggono l integrità dei dati. ATTACCO: - Se la connessione via cavo è sempre attiva, un hacker può tentare un attacco basato su dizionario, scoprendo password e nomi utenti delle risorse condivise. con risorse condivise: Desktop - Altra risorsa condivisa a cui si accede in maniera remota - Condivisione effettuata tramite software per il controllo remoto: Symantec; pcanywhere; AT&T Labs VNC; Microsoft NetMeeting; Windows XP Remote DeskTop Assistence. 08/09/2002 SSH 83 08/09/2002 SSH 84

15 Problema: Il controllo remoto non autorizzato rappresenta un problema per coloro che amministrano la sicurezza delle aziende. Soluzione: Il SSH fornisce: un meccanismo uniforme di autenticazione forte un controllo a livello di accesso privacy per i files e i desktop condivisi - I flussi di dati insicuri vengono multiplexati su un'unica sessione SSH. - Vengono controllate le credenziali degli utenti. - Viene garantito l accesso su una singola porta completamente sotto il controllo di un unico amministratore: il Server SSH. 08/09/2002 SSH 85 Funzionamento del SSH: Si esegue il del flusso di informazioni delle applicazioni. Il flusso verrà inviato su una singola connessione TCP. Dopo l inoltro di una porta locale, SecureCRT rimane in ascolto sulla specifica porta dell host locale. Vshell apre una connessione con l host remoto dove il Server delle applicazioni è in esecuzione. 08/09/2002 SSH 86 Client: - L applicazione deve essere riconfigurata in modo tale da connettersi sul localhost. - I pacchetti inviati sul localhost: localport vengono intercettati e criptati dal SecureCRT o da un altro Client e quindi viene effettuato il attraverso la connessione Secure Shell verso la Vshell o un altro Server SSH. ESEMPIO: Spedizione dalla Postazione locale: Mail-Svrl MAIL Svr: smtp (25) MAIL Svr: pop (110) MAIL Svr: smtp (143) Server: - Vshell riceve i pacchetti, li decodifica rinviandoli come testo in chiaro attraverso la connessione TCP al server in ascolto sulla remotehost:remoteport. Secure-Crt V -Shell MAIL Svr: smtp (25) MAIL Svr: pop (110) MAIL Svr: smtp (143) Mail-Svrl 08/09/2002 SSH 87 08/09/2002 SSH 88 Osservazione: Il traffico che transita fra: SecureCRT e VShell è protetto mediante crittografia Vshell e remote host non lo è. Vshell è situato all interno del perimetro della rete locale, protetto da un firewall. Il firewall viene configurato per permettere connessioni di tipo Secure Shell, ma non connessioni da parte delle applicazioni di cui viene effettuato il (SMTP, IMAP, POP). La configurazione del firewall protegge lo scambio delle informazioni in chiaro verso il Server che è presente all interno della rete aziendale. 08/09/2002 SSH 89 Autenticazione ad accesso controllato: Lasciando la porta della Secure Shell aperta sul firewall viene delegato il controllo sulle applicazioni alla Vshell. Viene realizzato un unico ed integrato punto di controllo per: autenticazione remota degli utenti accesso alle risorse gestione delle applicazioni in. SecureCRT viene autenticata da Vshell prima che inizi qualsiasi Tunnel. Rigido il controllo sui tentativi di accesso consecutivi e sui limiti di timeout. 08/09/2002 SSH 90

16 Protezione: Creazione di filtri Vshell in modo da permettere o negare la connessione SSH da specifici indirizzi IP, host host,, subnet subnet,, o interi domini. Possibilità di fornire l Possibilità l inoltro su porte locali o remote senza la possibilità possibilit à di eseguire comandi o di avere privilegi SFTP. Definizione del mapping delle porte di accesso da parte di ciascun Client Secure Shell. Vshell accetta o rifiuta l inoltro sulla porta richiesta in base ai privilegi posseduti dall dall utente ed ai filtri impostati. 08/09/2002 MESSAGGI MESSAGGI INVIATI INVIATI AAVSHELL VSHELL sicure Per accedere in modo sicuro all all e -mail sono richiesti un POP e un SMTP sicuro. In caso contrario possono essere inavvertitamente scoperti dati sensibili e confidenziali. CONTROLLO CONTROLLO VSHELL VSHELL SUCCESSO Danni: Messaggi legittimi possono essere registrati, modificati e sostituiti con altri. INSUCCESSO Rimedio: Il tunneling dell dell e -mail è un modo semplice di assicurare la privatezza e l l integrit integrità à di tutte le ee -mail inviate o ricevute autenticate attraverso le compagnie di servers serverspop, POP, IMAP e SMTP. NON NONSI SI ACCETTA ACCETTA L INOLTRO L INOLTRO SULLA SULLA PORTA PORTA RICHIESTA RICHIESTA SI SIACCETTA ACCETTA L INOLTRO L INOLTRO SULLA SULLA PORTA PORTA RICHIESTA RICHIESTA SSH 91 08/09/2002 SSH 92 per per Si utilizza un server esterno, SendMail SendMail,, ed un server interno, Exchange. In entrambi i casi il traffico di mail è protetto sull sull Internet pubblico, ma inviato come testo in chiaro al mail server. Ogni utente configura un SecureCRT o qualche altro client Secure Shell con una porta locale, mappando le porte del localhost su porte note ascoltate dai mail servers servers.. Vshell Vshell WIN32 Eudora Secure CRT Secure CRT Corp.com Corp. com WIN 32 Secure CRT WIN 32 Elm Corp.com Corp. com WIN 32 ISP.net Outlook WIN32 Eudora EXCHA NGE Outlook WIN32 Secure CRT WIN 32 Internet WIN32 Internet Elm Open SSH EXCHA NGE ISP.net Open SSH Linux Linux 08/09/2002 SSH 93 08/09/2002 Accesso sicuro Wireless a Corpororate LANs 3. Solo utenti autenticati possono ottenere l l accesso a questi mail servers (in questo caso le coppie di chiavi vengono memorizzate in maniera sicura su smart cards cards). ). Obiettivi: Rendere sicuro il traffico WLAN destinato a servers intranet nella LAN aziendale. Vshell WIN32 Eudora Secure CRT EXCHA NGE ISP.net WIN32 Secure CRT Elm Prevenire lo sniffing da parte di AirSnort o WEPCrack - uso di SecureCRT per il forwarding delle porte sulla porta 80 (HTTP), 443 (SSL) e 119 (NNTP(NNTP-News) del localhost ascoltate da questi servers servers.. Corp.com Corp. com WIN 32 WIN per Outlook SSH Internet Un server IMail con accesso alle mail basato su browser viene raggiunto con la URL :3080. Un server IIS viene raggiunto con la URL :4080. Open SSH Linux 08/09/2002 SSH 95 08/09/2002 SSH 96 16

17 Accesso sicuro Wireless a Corpororate LANs Browser Graficamente: Secure CRT WIN NT Browser Secure CRT WIN XP Wi-Fi LAN Wi-Fi Acces LAN Criptato SSH Testo in chiaro Vshell WIN32 Abbiamo un solo server NNTP. Se un utente naviga su tali pagine web del server, solo le URL relative all host forwarded sarà accessibile. 08/09/2002 SSH 97 IS WIN32 IMAIL WIN32 NEWS WIN32 Accesso sicuro Wireless a Corpororate LANs HTTP può essere cifrato con SSL, quindi non viene eseguito il tunnel di http su Secure Shell. Solo utenti con chiavi pubbliche note possono accedere ai servers di intranet. Il firewall tra l b Wireless Access Point e la Vshell protegge la corporate LAN dalla WLAN. L unico traffico wireless che può penetrare in questa LAN è autenticato. Il multiplexing delle applicazioni sulla Secure Shell riduce il numero totale di connessioni TCP, ottimizzando la performance del firewall. 08/09/2002 SSH 98 Secure VNC Screen Sharing Virtual Network Computing è un sistema remoto di display. - Consente di visualizzare un ambiente di calcolo desktop sulla macchina su cui è in esecuzione da qualsiasi luogo su Internet e su diversi tipi di sistemi operativi. Criptato SSH Testo in chiaro VNC wiewer Secure CRT Internet V -Shell Corp.com VNC Win32 OS Win32 08/09/2002 SSH 99 Secure VNC Screen Sharing E illustrata la condivisione sicura dello schermo VCN, implementata tramite SecureCRT locale e remote port forward. Si crea una local port forward, mappando la porta 5900 del local host sulla 5900 del desktop remoto che sta eseguendo VCN. VCN è conveniente perché gira su molteplici piattaforme: Win32, Linux, Solaris, Macintosh, DEC, e WinCE. Fornisce solo una debole autenticazione con username e password e nessuna cifratura. Il tunneling VNC su Secure Shell è critico. 08/09/2002 SSH 100 Secure VNC Screen Sharing Osservazione: Prodotti Secure Shell come SecureCRT e VShell danno all amministratoreamministratore di rete un controllo granulare sulla condivisione remota dello schermo. Gli utenti possono essere fortemente autenticati con chiavi pubbliche, certificati, o metodi di autenticazione a due fattori come SecureID. I filtri VShell controllano quali desktop possono essere accessi attraverso le porte VNC e quali utenti ne hanno il permesso. Il firewall può bloccare le porte VNC. Il server VShell agisce come un singolo punto di controllo sull accesso VNC. Implicazioni di sicurezza Nessuna misura di sicurezza compreso il Secure Shell protegge contro tutti i possibili attacchi. Se un hacker penetra in un firewall mal configurato può sfruttare la debole password dell amministratore per loggarsi nel server SSH. Il Secure non può evitare che i dati cadano nelle mani sbagliate. 08/09/2002 SSH /09/2002 SSH 102

18 Produce una perdita di funzionalità, più o meno prolungata nel tempo, di uno o più servizi dell host attaccato. Ce ne sono alcuni le cui cause fondamentali risiedono in errori di configurazione o di programmazione. Sono evitabili ed in genere, dopo essere stati individuati, l eliminazione è banale. ESEMPI CLASSICI DI DoS DOVUTI AD ERRORI DI PROGRAMMAZIONE: buffer overflows in lettura dovuti alla gestione inappropriata del parsing; input scelti dall utente che si traducono nell esecuzione esecuzione continua di pezzi di codice; mancanza di timeout su alcune operazioni;... Tali problemi possono essere presenti sia in programmi che girano nello spazio utente che nello stesso kernel. 08/09/2002 SSH /09/2002 SSH 104 Negli ultimi anni sono proliferati i DoS che prendono di mira gli stacks TCP/IP dei sistemi operativi: Il tipo DoS (winnuke, land, teardrop ecc.) è facilmente sfruttabile dall attaccante. - Le energie richieste sono minime; - le possibilità di essere identificati molto basse. Un altro DoS remoto importante è il SYN flood. 08/09/2002 SSH 105 Stack TCP/IP, SYN flood e firewalls SYN floodspedisce una grande quantità di pacchetti SYN provenienti da una sorgente che non è in grado di resettareil SYN/ACK. L host attaccato riserverà molte risorse a queste connessioni che non verranno mai completate. L attacco non permette a nessun altro di effettuare connessioni verso la vittima. VITTIMA Management 08/09/2002 SSH 106 Questo problema è stato risolto grazie all aiuto aiuto della crittografia, ma concettualmente rimane. Svariate regole dei firewalls (che tengono traccia delle connessioni) sono vulnerabili a questo attacco. Alcuni servizi di rete mal progettati generano un nuovo processo per ogni nuova connessione da parte del client. Concetto di amplificatore. Esempio tipico: smurf L attaccante esegue lo spoofing utilizzando l indirizzo della vittima come indirizzo sorgente e spedisce un ICMP di echo-request sull indirizzo di broadcast di una rete mal configurata. Tutti gli host appartenenti al broadcast risponderanno assieme allo stesso pacchetto, ma le risposte saranno indirizzate alla vittima. Un attaccante con una connessione da 10K/s può facilmente raggiungere una potenza di attacco pari a 1000K/s! 08/09/2002 SSH /09/2002 SSH 108

19 Soluzioni: In teoria la classe di DoS che sfrutta errori vari di programmazione è debellabile. In pratica è impossibile evitare che nuovi errori di programmazione siano introdotti nelle nuove versioni dei programmi. Evitare lo spoofing stroncherebbe all origine molti problemi. La maggior sicurezza si paga in perdita di performance. Fino a quando il TCP/IP e il modello client/server saranno alla base di Internet ci saranno dei DoS. Si può solo costringere l attaccante ad utilizzare sempre più risorse per ottenere lo stesso effetto. 08/09/2002 SSH 109 ALTRI TIPI DI ATTACCHI Man in the middle: sniffing, tcp connection hijacking, spoofing Un attacco dalla rete, nel quale l'aggressore prende posizione fra due interlocutori: man-in-the-middle-attack. Questi attacchi hanno tutti un fattore in comune: la vittima non si accorge di niente. La vittima, senza saperlo, apre un collegamento di rete con il computer errato. 08/09/2002 SSH 110 ALTRI TIPI DI ATTACCHI Man in the middle: sniffing, tcp connection hijacking, spoofing 1. Sniffing: origlia ai collegamenti di rete che gli passano davanti. 2. Hijacking: l'attaccante cerca di rapire un collegamento già esistente. Analizza per un certo periodo di tempo i pacchetti che gli passano davanti per poter predire i numeri giusti di sequenza del collegamento TCP. Approfitta soprattutto di quei protocolli che non sono assicurati in modo crittografico e nei quali all'inizio del collegamento avviene un'autenticazione. 08/09/2002 SSH 111 ALTRI TIPI DI ATTACCHI Man in the middle: sniffing, tcp connection hijacking, spoofing 3. Spoofing: invio di pacchetti con i dati del mittente modificati. Quasi tutte le varianti richiedono l'invio di pacchetti falsificati. ati. Sotto UNIX/Linux l invio può essere eseguito solo dal superuser. Molte possibilità di attacco appaiono solo in combinazione con un DoS. 08/09/2002 SSH 112 ALTRI TIPI DI ATTACCHI DNS poisoning (1) L'attaccante cerca, con i pacchetti risposta DNS falsificati, di avvelenare la cache di un server. Il server DNS avvelenato inoltra l'informazione a chi la richiede. Normalmente l'attaccante deve ricevere ed analizzare alcuni pacchetti del server. ALTRI TIPI DI ATTACCHI DNS poisoning (2) Molti server hanno creato un rapporto di fiducia verso altri computer: l attacco può funzionare molto rapidamente. Un DoS cronologicamente sintonizzato contro un server DNS nella maggior parte dei casi non è evitabile. Si può ricevere aiuto da un collegamento criptato che può verificare l'identità della meta del collegamento. 08/09/2002 SSH /09/2002 SSH 114

20 ALTRI TIPI DI ATTACCHI Worms Sono spesso comparati ai virus anche se vi è una notevole differenza tra essi. Un worm non deve contagiare alcun programma ospite ed è specializzato a diffondersi rapidamente nella rete. Vermi noti (Ramen, Lion o Adore) utilizzano alcune lacune di sicurezza ben note dei programmi dei server (bind8 o lprng). Dal momento in cui si viene a conoscenza della lacuna utilizzata ta e l'arrivo dei vermi passano alcuni giorni. Per difendersi l'amministratore deve integrare le security update nei suoi sistemi. 08/09/2002 SSH 115 Consigli ed espedienti (1) Una buona protezione contro gli errori di tutti i tipi è la veloce integrazione di pacchetti di update annunciati da un security announcement. REGOLE PRINCIPALI PER MIGLIORARE LA SICUREZZA DEL SISTEMA: Lavorare il meno possibile come utente root Usare sempre collegamenti criptati per eseguire lavori in remoto Non usare metodi di autenticazione basati solo sull'indirizzo IP Tenere sempre aggiornati i pacchetti più importanti per la rete Abbonarsi alle mailing list per gli avvisi dei relativi software 08/09/2002 SSH 116 Consigli ed espedienti (2) Ottimizzare i diritti di accesso ai file di sistema critici per la sicurezza Disattivare ogni servizio di rete non strettamente necessario sul server Criptare la banca dati per proteggerla contro accessi atti a manipolarla Fare molta attenzione quando si installa nuovo software Controllare regolarmente il backup dei dati e del sistema Controllare i file "log". Conclusioni: L installazione e la configurazione di Secure Shell è relativamente veloce e semplice. VShell e SecureCRT mettono a disposizione una piattaforma di tunneling general-purpose che può essere usata per implementare un ampia varietà di politiche di sicurezza garantendo: - privatezza, - integrità, - autenticità. 08/09/2002 SSH /09/2002 SSH 118 A cura di: Carotenuto Francesco, D Antuono Massimiliano, De Vito Nadia, Nicolino Alessio 08/09/2002 SSH 119