OpenSSH és PuTTY SSH-kliensekben ( PuTTY-ban és OpenSSH-ban), ami az adatvesztéshez vezet a kapcsolat megerősítési algoritmusában. A sebezhetőség lehetővé teszi a támadó számára, aki képes lehallgatni a kliens forgalmát (például, amikor a felhasználó egy általa vezérelt vezeték nélküli hozzáférési ponthoz csatlakozik), hogy meghatározza a kliens kezdeti csatlakozási kísérletét a hoszthoz, amikor a kliens még nem tárolta a hoszt kulcsát.
Tudva, hogy a kliens először próbál csatlakozni és még nincs a kulcsa, a támadó átirányíthatja a kapcsolatot (MITM) és a kliensnek a saját hoszt kulcsát adhatja, amelyet az SSH-kliens a célhoszt kulcsának tekint, ha nem ellenőrzi a kulcs ujjlenyomatát. Így a támadó MITM-t hozhat létre anélkül, hogy gyanút keltett volna a felhasználóban, és figyelmen kívül hagyhatja azokat a munkameneteket, ahol a kliens már tárolt hoszt kulcsokkal rendelkezik, mivel a kulcsok hamisítása figyelmeztetést okozna a hoszt kulcsának megváltozásáról. A támadás a felhasználók felelőtlenségén alapul, akik nem végeznek manuális ellenőrzést a hoszt kulcsának ujjlenyomata esetén csatlakozáskor. Azok, akik ellenőrzik a kulcsok ujjlenyomatait, védve vannak az ilyen típusú támadások ellen.
A csatlakozás első kísérletének meghatározásához használt jel az aláírás algoritmusok támogatásának sorrendjének megváltozása. Ha a kliens először csatlakozik, alapértelmezett algoritmusokat küld, míg ha a hoszt kulcs már szerepel a gyorsítótárban, a kapcsolódó algoritmust első helyre állítják (az algoritmusokat a preferenciatípusok szerint rendezik).
A probléma az OpenSSH 5.7 és 8.3 közötti kiadásaiban, valamint a PuTTY 0.68 és 0.73 közötti verziókban jelentkezik. A probléma a kiadásban a hoszt kulcs algoritmusok listájának dinamikus felépítése helyett egy állandó sorrendben való felsorolás letiltására szolgáló opció hozzáadásával.
Az OpenSSH projekt nem tervezi megváltoztatni az SSH-kliens viselkedését, mivel ha nem adjuk meg a kulcs algoritmusát az első helyen, akkor megpróbálnak alkalmazni egy nem megfelelő kulcs algoritmust a gyorsítótárból, figyelmeztetéssel az ismeretlen kulcsra. Vagyis választhatunk: vagy információs szivárgás (OpenSSH és PuTTY), vagy figyelmeztetések a kulcs váltásáról (Dropbear SSH) abban az esetben, ha a mentett kulcs nem felel meg a lista alapértelmezett első algoritmusának.
Az OpenSSH biztonsága érdekében javasolt alternatív módszereket használni a gazda kulcsának ellenőrzésére az SSHFP DNSSEC feljegyzésekkel és gazda tanúsítványokkal (PKI). A gazda kulcs algoritmusok adaptív kiválasztását a HostKeyAlgorithms opcióval is le lehet tiltani, és az UpdateHostKeys opcióval a kliens további gazda kulcsokat kaphat az azonosítás után.
Forrás: opennet.ru
