Dopo SHA-1 e IPSec anche SSH vulnerabile
Brutto periodo per la sicurezza delle reti infatti, dopo i recenti annunci relativi ad alcune vulnerabilità in SHA-1 e IPSec, qualche ombra compare anche su SSH
di Fabio Boneschi pubblicata il 18 Maggio 2005, alle 09:38 nel canale Sicurezza
Brutto periodo per la sicurezza delle reti infatti, dopo i recenti annunci relativi ad alcune vulnerabilità in SHA-1 e IPSec, qualche ombra compare anche su diffuso protocollo per l'accesso remoto SSH.
La debolezza pare legata proprio all'elevata diffusione del protocollo ed alla gestione delle liste 'known-hosts' di SSH, una sorta di elenco contenente le finger-print dei collegamenti effettuati da un client in SSH.
Il più delle volte questa lista non è altro che un file di testo o poco più e spesso non è soggetta ad alcuna protezione crittografica. E' sufficiente quindi che un client venga infettato da un codice malevolo per mettere a rischio anche altri sistemi con cui quel client si connette in SSH.
Secondo gli esperti del MIT è infatti possibile dirottare le sessioni SSH editando opportunamente il file 'known-hosts', con potenziale sniffing dello user o della password.
Per stemperare ogni allarmismo va precisato che al momento non esiste un worm capace di sfruttare tale vulnerabilità e che nei rari casi in cui 'known-hosts' sono stati violati, l'attaccante ha operato in modo manuale.
Per cercare di ovviare a queste problematiche la recente release 4 di OpenSSH implementa un opportuno algoritmo crittografico.
La debolezza pare legata proprio all'elevata diffusione del protocollo ed alla gestione delle liste 'known-hosts' di SSH, una sorta di elenco contenente le finger-print dei collegamenti effettuati da un client in SSH.
Il più delle volte questa lista non è altro che un file di testo o poco più e spesso non è soggetta ad alcuna protezione crittografica. E' sufficiente quindi che un client venga infettato da un codice malevolo per mettere a rischio anche altri sistemi con cui quel client si connette in SSH.
Secondo gli esperti del MIT è infatti possibile dirottare le sessioni SSH editando opportunamente il file 'known-hosts', con potenziale sniffing dello user o della password.
Per stemperare ogni allarmismo va precisato che al momento non esiste un worm capace di sfruttare tale vulnerabilità e che nei rari casi in cui 'known-hosts' sono stati violati, l'attaccante ha operato in modo manuale.
Per cercare di ovviare a queste problematiche la recente release 4 di OpenSSH implementa un opportuno algoritmo crittografico.
NVIDIA GeForce GTX 1660Ti: la nuova scheda di fascia media
iRobot Roomba i7+: pulisce la casa e si pulisce da solo
Samsung Galaxy S10: ufficiale la nuova serie pronta a festeggiare i 10 anni. Ecco l'anteprima 
Mercato degli smartphone: nel 2018 cresciuto del 5% per GfK
Tokina opera 16-28mm F2.8 FF: in arrivo da metà Marzo
Le scarpe smart di Nike si rompono se abbinate a uno smartphone Android
I Mac con processori ARM forse in arrivo già dal prossimo anno
Droni all'aeroporto di Gatwick: colpa di un dipendente scontento?
Toshiba prevede un futuro basato su cloud e IoT
Nikon D750, D610 e D600 si aggiornano con nuovi firmware
Ricoh GR III: presentata la nuova compatta giapponese
Il trojan RTM non accenna a frenare la sua corsa
Sigma per Canon EF: cinque aggiornamenti firmware dedicati alla EOS R
Samsung Galaxy S10: ecco tutti i prezzi degli smartphone, degli accessori e dove preordinarlo
Il tallone di Achille della sicurezza informatica? La componente umana
Lamborghini Miura: "esplosa" per una foto spettacolare
ENERMAX presenta la ventola SquA RGB: forme ed illuminazione a LED dal design originale
13 Commenti
Gli autori dei commenti, e non la redazione, sono responsabili dei contenuti da loro inseriti - infoTELNET
Guarda che tra TELNET ed SSH non c'e' paragone.Non criticare il sistemista che oggi ti obbliga a passare ad SSH, avrà anche qualche vulnerabilità, ma in confronto TELNET è un colabrodo.
E fai conto che quel passaggio era da fare almeno 4 anni fà !!!
Per definire "violato" un sistema ci vuole ben altro!
Il DEMONE telnet (cioè il programma che gira sulla macchina server) è molto + sicuro del demone ssh: sono anni che non escono vulnerabilità per esso. Al contrario sshd è stato martoriato negli ultimi anni da diversi bug.
Se invece parliamo di protocollo, allora diciamo che utilizzare ssh è molto più sicuro perchè i dati vengono passati crittati e non in chiaro.
Ora, a seconda degli ambiti, bisogna fare una scelta. Per un gateway a casa, per esempio, credete sia più facile che qualche ragazzino con in mano l'exploit buchi la vostra macchina o che qualcuno buchi uno dei router sui cui viaggiano le vostre sessioni telnet e si metta a sniffare?
scenario: hai un gateway con telnetd a casa. Dai la password ad un amico che la usa per loggarsi da una rete non composta da macchine trusted al 100% (ad esempio un lan party, o una rete aziendale con un hub invece di uno switch, o una lan casalinga condivisa con amici smanettoni dalla "modalita' promiscua facile", etc...i casi sono infiniti davvero). Cosi', dicevo, l'amico si logga, e i dati del suo account viaggiano in chiaro.
Allora ripensiamoci: non sono forse molto piu' alte le probabilità che cio' accada, contro quelle che un kiddie qualsiasi buchi il tuo sshd che con un MINIMO di accortezza tieni aggiornato decentemente (e che comunque non e' un gioco bucare) ?
Il man in the middle e' una realta' molto piu' "quotidiana" e raramente legata a fantomatici hackers di dorsali nazionali, router straprotetti e border gateway intercontinentali !!
secondo questa vulnerabilità non è tecnicamente una vulnerabilità. mi spiego: il pc che uno usa per collegarsi deve essere già stato bucato in qualche modo. Questo vuol dire che se ti hanno bucato il pc, per giunta con un attacco manuale, tu non lo puoi usare in maniera sicura per fare nulla! ci sarebbero molti modi per rubare informazioni se il tuo pc è stato bucato! basterebbe installare un keylogger e rubare la pass, oppure brutalmente sostituire il programma ssh con un altro creato ad hoc...
cmq non nego che magari sarebbe meglio far stampare a ssh l'id della macchina a cui ci si connette anche quando è già presente nel file degli host conosciuti. inoltre una volta scritti tutti gli host a cui ci si collega di solito potrebbe essere utile rendere il file scrivibile solo da root.
Devi effettuare il login per poter commentare
Se non sei ancora registrato, puoi farlo attraverso questo form.
Se sei già registrato e loggato nel sito, puoi inserire il tuo commento.
Si tenga presente quanto letto nel regolamento, nel rispetto del "quieto vivere".