È disponibile un rilascio correttivo di OpenSSH 9.9p2, in cui sono state risolte due vulnerabilità segnalate da Qualys. È stato dimostrato un esempio di sfruttamento di queste vulnerabilità per eseguire un attacco MITM, che consente di reindirizzare il traffico a un server fittizio durante il tentativo di connessione di un client a un server SSH, eludendo la verifica delle chiavi host e creando l'illusione per il client di essere connesso al server desiderato (il client SSH accetterà la chiave host del server fittizio al posto della chiave del server legittimo).
La prima vulnerabilità (CVE-2025-26465) è causata da un errore logico nell'utilità ssh, che consente di eludere la verifica dell'identificazione del server e di eseguire un attacco MITM. Il problema si manifesta a partire dalla versione OpenSSH 6.8p1 (dicembre 2014) in configurazioni con l'impostazione VerifyHostKeyDNS attivata. Nella distribuzione base di OpenSSH, questa opzione è disattivata per impostazione predefinita, ma è stata attivata nelle impostazioni ssh su FreeBSD fino a marzo 2023.
Il problema risiede nel fatto che nel codice della funzione verify_host_key_callback() alla chiamata della funzione verify_host_key() viene controllato solo il codice di errore "-1", mentre altri codici, come "-2", vengono ignorati. Di conseguenza, la funzione verify_host_key_callback() può restituire un codice di successo "0", nonostante un errore "-2" dalla funzione verify_host_key(). Il codice di errore "-2" viene restituito dalla funzione verify_host_key() in caso di esaurimento della memoria. Se vengono creati condizioni che impediscono l'allocazione di memoria nella funzione verify_host_key(), SSH riterrà che la chiave host sia stata verificata con successo. Per creare tali condizioni, il server SSH fittizio dell'attaccante, a cui viene reindirizzato il client, restituisce la chiave host della massima dimensione possibile (256KB), sfruttando contemporaneamente una perdita di memoria sul lato del client ssh.
Le condizioni per creare una perdita di memoria sono raggiunte grazie alla seconda vulnerabilità (CVE-2025-26466), che riguarda sia il client ssh che server sshd, e sfruttato senza autenticazione. La vulnerabilità consente di esaurire la memoria disponibile per il processo e generare un carico elevato sulla CPU attraverso l'invio di un gran numero di pacchetti SSH2_MSG_PING. Nel gestore dei pacchetti SSH2_MSG_PING è presente una perdita di memoria, che si manifesta a partire dal rilascio di OpenSSH 9.5p1 (agosto 2023). La perdita si verifica perché per ogni pacchetto PING di 16 byte in arrivo viene allocato un buffer di 256 byte per formare la risposta, ma questo buffer viene liberato solo dopo il completamento della negoziazione delle chiavi. Come soluzione di protezione, si suggerisce di configurare dei limiti utilizzando le direttive LoginGraceTime, MaxStartups e PerSourcePenalties.
Fonte: opennet.ru
