È disponibile un rilascio correttivo di OpenSSH 9.9p2, che risolve due vulnerabilità scoperte da Qualys. È stata dimostrata una dimostrazione dell'utilizzo di queste vulnerabilità per eseguire un attacco MITM, consentendo di reindirizzare il traffico su un server fasullo quando un client tenta di connettersi a un server SSH, eludendo il controllo delle chiavi host e dando al client l'apparenza di essere connesso al server desiderato (il client SSH accetterà la chiave host del server fasullo al posto di quella del server legittimo).
La prima vulnerabilità (CVE-2025-26465) è causata da un errore logico nell'utilità ssh, che consente di eludere il controllo dell'identificazione del server e di eseguire un attacco MITM. Il problema si manifesta a partire dal rilascio di OpenSSH 6.8p1 (dicembre 2014) in configurazioni con l'impostazione VerifyHostKeyDNS abilitata. Nella distribuzione base di OpenSSH, questa opzione è disabilitata per impostazione predefinita, ma è stata abilitata nelle impostazioni di ssh su FreeBSD fino a marzo 2023.
Il problema principale è che nel codice della funzione verify_host_key_callback() viene controllato solo il codice di errore «-1» durante la chiamata della funzione verify_host_key(), mentre altri codici, come «-2», vengono ignorati. Di conseguenza, la funzione verify_host_key_callback() può restituire un codice di successo «0», nonostante la funzione verify_host_key() restituisca un errore «-2». Il codice di errore «-2» viene restituito dalla funzione verify_host_key() in caso di mancanza di memoria. Se si creano condizioni che impediscono l'assegnazione di memoria nella funzione verify_host_key(), SSH considererà che la chiave host sia stata verificata con successo. Per creare tali condizioni, un server SSH di un attaccante, a cui viene reindirizzato il cliente, restituisce la chiave host della dimensione massima possibile (256KB) e contemporaneamente si sfrutta una perdita di memoria sul lato del client ssh.
Le condizioni per creare una perdita di memoria sono raggiunte grazie a una seconda vulnerabilità (CVE-2025-26466), che colpisce sia il client SSH che il un server sshd, e sfruttato senza autenticazione. La vulnerabilità consente di esaurire la memoria disponibile per il processo e di generare un elevato carico sulla CPU inviando 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 dalla versione OpenSSH 9.5p1 (agosto 2023). La perdita si verifica perché per ogni pacchetto PING di 16 byte viene allocato un buffer di 256 byte per la formazione della risposta, ma questo buffer viene liberato solo dopo il completamento della negoziazione delle chiavi. Come soluzione per la protezione, si consiglia di configurare dei limiti tramite le direttive LoginGraceTime, MaxStartups e PerSourcePenalties.
Fonte: opennet.ru
