OpenSSH 9.9p2 uuendus, mis kõrvaldab MITM-rünnaku võimaluse

Avalikuks on tulnud OpenSSH 9.9p2 parandav väljaanne, mis lahendab kaks haavatavust, mille avastas ettevõte Qualys. Näidatud on, kuidas neid haavatavusi kasutada MITM-rünnaku teostamiseks, kus SSH-serveri külge üritades suunatakse liiklus enda vale serverisse, ületades hostikõigi kontrolli ja luues kliendile vale mulje, et ta on ühendatud soovitud serveriga (ssh-klient aktsepteerib vale serveri hostikoodi legitimeeritud serveri koodi asemel).

Esimene haavatavus (CVE-2025-26465) on põhjustatud ssh utiliidi loogikaveast, mis võimaldab ületada serveri tunnustamise kontrolli ja teostada MITM-rünnakut. Probleem ilmneb alates OpenSSH väljaandest 6.8p1 (detsember 2014) konfigureerimistes, kus on lubatud VerifyHostKeyDNS seade. OpenSSH põhikontrollis on see valik vaikimisi keelatud, kuid kuni 2023. aasta märtsini oli see FreeBSD ssh seadetes lubatud.

Probleemi olemus seisneb selles, et funktsiooni verify_host_key_callback() koodi kaudu funktsiooni verify_host_key() kutsumisel kontrollitakse ainult vea koodi "-1", samas kui teised koodid, nagu "-2", jäetakse tähelepanuta. Seetõttu võib funktsioon verify_host_key_callback() tagastada eduka koodi "0", vaatamata sellele, et funktsioon verify_host_key() tagastab vea koodi "-2". Vea kood "-2" tagastatakse verify_host_key() funktsiooni poolt, kui mälu on vähe. Kui luua tingimused, mis takistavad mälu eraldamist verify_host_key() funktsioonis, arvab SSH, et hostikood on edukalt kontrollitud. Selle tingimuste loomiseks tagastab ründaja vale SSH-server, kuhu klient suunatakse, hostikoodi maksimaalse suurusega (256KB) ja samal ajal kasutab ära ssh-kliendi poole pealt mäluleket.

Mälulekke loomiseks vajalikud tingimused saavutatakse teise haavatavuse (CVE-2025-26466) tõttu, mis mõjutab nii ssh-klienti kui ka server sshd, ja toimib autentimata. See haavatavus võimaldab ammendada protsessi mälu ja tekitada suurt koormust CPU-le, saates arvukalt SSH2_MSG_PING pakette. SSH2_MSG_PING pakettide töötlejas on mälu lekkimine, mis ilmneb alates OpenSSH 9.5p1 (august 2023). Lekk tekib seetõttu, et iga sissetulev 16-baidine PING-pakett eraldab 256-baidise puhvri vastuse vormimiseks, kuid see puhver vabastatakse alles pärast võtme läbirääkimiste lõpetamist. Turvameetmena soovitatakse seadistada piiranguid direktiivide kaudu LoginGraceTime, MaxStartups ja PerSourcePenalties.

Allikas: opennet.ru