Достъпен е коригиращ изход OpenSSH 9.9p2, който отстранява две уязвимости, открити от компанията Qualys. Демонстриран е пример за използване на тези уязвимости за извършване на MITM атака, позволяваща при опит за свързване на клиента с SSH сървър, да се пренасочи трафикът към собствен сървър на нападателя, да се заобиколи проверката на хостовите ключове и да се създаде у клиента видимост за свързване с желан сървър (ssh клиентът ще приеме хостовия ключ на фалшивия сървър вместо ключа на легитимния сървър).
Първата уязвимост (CVE-2025-26465) е причинена от логическа грешка в утилитата ssh, позволяваща заобикаляне на проверката за идентификация на сървъра и извършване на MITM атака. Проблемът се проявява от версия OpenSSH 6.8p1 (декември 2014 г.) в конфигурации с активирана настройка VerifyHostKeyDNS. В основната инсталация на OpenSSH тази опция по подразбиране е деактивирана, но до март 2023 г. беше активирана в настройките ssh на FreeBSD.
Същността на проблема е, че в кода на функцията verify_host_key_callback() при извикване на функцията verify_host_key() се проверява само кода на грешка "-1", докато други кодове, като "-2", се игнорират. В резултат на това функцията verify_host_key_callback() може да върне успешен код "0", въпреки че функцията verify_host_key() е върнала грешка "-2". Кодът на грешка "-2" се връща от функцията verify_host_key() при липса на памет. Ако се създадат условия, които да доведат до невъзможност за задействане на памет в функцията verify_host_key(), SSH ще счита, че хостовият ключ е проверен успешно. За създаването на такива условия, подставният SSH сървър на атакуващия, на който клиентът е пренасочен, връща хостовия ключ с максимален размер (256KB) и едновременно с това се експлоатира изтичането на памет на страната на ssh клиента.
Условията за създаване на изтичане на памет се постигат благодарение на втората уязвимост (CVE-2025-26466), която засяга както клиента ssh, така и сървър sshd, и експлоатиран без автентикация. Уязвимостта позволява изчерпване на наличната памет на процеса и създаване на високо натоварване на CPU чрез изпращане на голям брой пакети SSH2_MSG_PING. В обработчика на пакети SSH2_MSG_PING има изтичане на памет, което се проявява от версия OpenSSH 9.5p1 (август 2023 г.). Изтичането идва от това, че за всеки постъпващ 16-байтов PING пакет се заделя 256-байтов буфер за формирование на отговор, но този буфер се освобождава само след приключване на разменянето на ключове. Като обходен вариант за защита се предлага настройка на ограничения чрез директивите LoginGraceTime, MaxStartups и PerSourcePenalties.
Източник: opennet.ru
