Der er blevet udgivet en korrektionsopdatering til OpenSSH 9.9p2, som udbedrer to sårbarheder identificeret af Qualys. Et eksempel på udnyttelse af disse sårbarheder til en MITM-angreb er blevet demonstretreret, hvilket muliggør, at trafik kan omdirigeres til en falsk server, når en klient forsøger at oprette forbindelse til en SSH-server. Dette kan omgå kontrollen af værtens nøgler og give klienten indtryk af, at den er forbundet til den ønskede server (SSH-klienten vil acceptere den falske servers værtens nøgle i stedet for den legitime servers nøgle).
Den første sårbarhed (CVE-2025-26465) skyldes en logisk fejl i ssh-værktøjet, der muliggør omgåelse af serveridentifikation og gennemførelse af et MITM-angreb. Problemet opstår fra og med udgivelsen af OpenSSH 6.8p1 (december 2014) i konfigurationer med den aktiverede indstilling VerifyHostKeyDNS. I den grundlæggende installation af OpenSSH er denne indstilling som standard deaktiveret, men var aktiveret i ssh-indstillingerne på FreeBSD frem til marts 2023.
Problemet er, at i koden til funktionen verify_host_key_callback() ved kald af funktionen verify_host_key() kun fejlindekskoden «-1» bliver kontrolleret, mens andre koder som «-2» bliver ignoreret. Som resultat kan funktionen verify_host_key_callback() returnere en succesfuld kode «0», på trods af at der er returneret en fejl «-2» fra funktionen verify_host_key(). Fejlkoden «-2» returneres af funktionen verify_host_key() i tilfælde af utilstrækkelig hukommelse. Hvis der skabes betingelser, der forhindrer tildelingen af hukommelse i funktionen verify_host_key(), vil SSH tro, at værtens nøgle er blevet verificeret korrekt. For at skabe disse betingelser returnerer den falske SSH-server, som angriberen bruger, værtens nøgle i den maksimalt mulige størrelse (256KB), samtidig med at der udnyttes et hukommelsestab på siden af ssh-klienten.
Betingelserne for at skabe hukommelsestabet opnås gennem den anden sårbarhed (CVE-2025-26466), der berører både ssh-klienten og server sshd, og kører uden autentifikation. Sårbarheden tillader udtømning af den tilgængelige proces hukommelse og skaber en høj belastning på CPU'en ved at sende et stort antal SSH2_MSG_PING pakker. I håndteringen af SSH2_MSG_PING pakkerne er der et hukommelseslæk, der viser sig fra udgivelsen af OpenSSH 9.5p1 (august 2023). Lækagen opstår, fordi der for hver indkommende 16-byte PING-pakke allokeres en 256-byte buffer til at danne et svar, men denne buffer frigives kun efter afslutning af nøgleforhandling. Som en midlertidig beskyttelse foreslås det at indstille begrænsninger ved hjælp af direktiverne LoginGraceTime, MaxStartups og PerSourcePenalties.
Kilde: opennet.ru
