U SSH klijentima OpenSSH i PuTTY ( u PuTTY i u OpenSSH), koja dovodi do curenja informacija u algoritmu usklađivanja konekcije. Ova ranjivost omogućava napadaču, koji može presresti klijentov saobraćaj (na primer, kada se korisnik povezuje putem bežične pristupne tačke koju kontroliše napadač), da utvrdi pokušaj prvobitnog povezivanja klijenta sa hostom, kada klijent još nije sačuvao ključ hosta.
Saznajući da se klijent prvi put povezuje i još nema ključ hosta pohranjen, napadač može preusmeriti vezu kroz sebe (MITM) i dati klijentu svoj ključ hosta, koji će SSH klijent smatrati ključem ciljnog hosta, ako ne izvrši proveru otiska ključa. Tako napadač može organizovati MITM bez izazivanja sumnje kod korisnika i ignorisati sesije u kojima klijent već ima sačuvane ključeve hostova, pokušaj zamene kojih će rezultirati upozorenjem o promeni ključa hosta. Napad se oslanja na neopreznost korisnika koji ne proveravaju otisak ključa hosta prilikom prvog povezivanja. Oni koji proveravaju otiske ključeva su zaštićeni od ovakvih napada.
Kao znak za određivanje prvog pokušaja povezivanja koristi se promena redosleda navedene podržane algoritme host ključeva. U slučaju da se odvija prvo povezivanje, klijent šalje listu algoritama po defaultu, a ako ključ hosta već postoji u kešu, tada se povezan algoritam postavlja na prvo mesto (algoritmi se sortiraju po preferencama).
Problem se manifestuje u izdanjima OpenSSH od 5.7 do 8.3 i u PuTTY od 0.68 do 0.73. Problem in the release dodavanjem opcije za isključivanje dinamičkog sastavljanja liste algoritama za obradu host ključeva u korist navođenja algoritama u fiksnom redosledu.
Projekt OpenSSH ne načrtuje sprememb obnašanja SSH odjemalca, saj se, če algoritma obstoječega ključa ne navedete na prvem mestu, poskuša uporabiti algoritm, ki se ne ujema s predpomnjenim ključem, ob tem pa se izpiše opozorilo o neznanem ključi. To pomeni, da se postavi vprašanje – bodisi puščanje informacij (OpenSSH in PuTTY), bodisi izpis opozoril o spremembi ključa (Dropbear SSH), če shranjeni ključ ne ustreza prvemu algoritmu na privzetem seznamu.
Za zagotovitev zaščite v OpenSSH se priporoča uporaba alternativnih načinov preverjanja ključa gostitelja s pomočjo zapisov SSHFP v DNSSEC in certifikatov gostitelja (PKI). Prav tako lahko onemogočite prilagodljivo izbiro algoritmov gostiteljskih ključev preko možnosti HostKeyAlgorithms in uporabite možnost UpdateHostKeys za pridobitev dodatnih gostiteljskih ključev po avtentikaciji.
Izvor: opennet.ru
