CVE-2025-26465
ŚrednieCVSS 6.8Prawdopodobieństwo exploitacji (EPSS)
Bardzo wysokie ryzykoPercentyl 94 - wyżej niż 94% wszystkich znanych CVE
Streszczenie
Znaleziono podatność w OpenSSH, gdy opcja VerifyHostKeyDNS jest włączona. Atak typu man-in-the-middle może być przeprowadzony przez złośliwą maszynę podszywającą się pod legalny serwer. Problem wynika z nieprawidłowego obsługiwania kodów błędów w określonych warunkach podczas weryfikacji klucza hosta.
Ocena ryzyka
Ryzyko polega na możliwości przechwycenia i modyfikacji komunikacji SSH przez atakującego, co może prowadzić do kradzieży danych lub nieautoryzowanego dostępu. Atak wymaga jednak wcześniejszego wyczerpania pamięci klienta, co podnosi jego złożoność.
Rekomendacja
Zaleca się wyłączenie opcji VerifyHostKeyDNS w konfiguracji klienta SSH, jeśli nie jest wymagana, oraz aktualizację OpenSSH do najnowszej wersji po wydaniu łatki.
Inne podatności w OpenSSH
Zobacz wszystkie- CVE-2016-6515Wysokie
Funkcja auth_password w sshd w OpenSSH przed wersją 7.3 nie ogranicza długości haseł podczas uwierzytelniania, co pozwala zdalnym atakującym na wywołanie odmowy usługi poprzez długie ciągi znaków.
- CVE-2015-8325Wysokie
Funkcja do_setup_env w sshd w OpenSSH do wersji 7.2p2, przy włączonej funkcji UseLogin i skonfigurowanym PAM do odczytu plików .pam_environment w katalogach domowych użytkowników, umożliwia lokalnym użytkownikom uzyskanie uprawnień poprzez wywołanie spreparowanego środowiska dla programu /bin/login.
- CVE-2015-5600Wysokie
Funkcja kbdint_next_device w auth2-chall.c w sshd w OpenSSH do wersji 6.9 nie ogranicza prawidłowo przetwarzania urządzeń interaktywnych w ramach pojedynczego połączenia. Umożliwia to zdalnym atakującym przeprowadzanie ataków typu brute-force lub powodowanie odmowy usługi poprzez długą i powtarzalną listę w opcji ssh -oKbdInteractiveDevices.
- CVE-2014-1692Wysokie
Funkcja hash_buffer w pliku schnorr.c w OpenSSH do wersji 6.4, po modyfikacji Makefile.inc w celu włączenia protokołu J-PAKE, nie inicjalizuje niektórych struktur danych. Może to umożliwić zdalnym atakującym spowodowanie odmowy usługi (uszkodzenie pamięci) lub inne nieokreślone skutki poprzez wyzwolenie warunków błędów.
- CVE-2025-32728Średnie
W sshd w OpenSSH przed wersją 10.0 dyrektywa DisableForwarding nie działa zgodnie z dokumentacją, nie wyłączając przekazywania X11 i agenta.
- CVE-2026-39832Krytyczne
Podczas dodawania klucza do zdalnego agenta rozszerzenia ograniczeń, takie jak [email protected], nie były serializowane w żądaniu. Ograniczenia docelowe były po cichu usuwane podczas przekazywania kluczy, co pozwalało na nieograniczone użycie klucza na zdalnym hoście.
- CVE-2026-39831Krytyczne
Podatność w metodzie Verify() dla kluczy bezpieczeństwa FIDO/U2F ([email protected], [email protected]) – nie sprawdzano flagi User Presence. Podpisy generowane bez fizycznego dotknięcia były akceptowane, co umożliwiało nieautoryzowane użycie klucza.
- CVE-2025-26466Średnie
W pakiecie OpenSSH wykryto usterkę polegającą na tym, że dla każdego odebranego pakietu ping serwer SSH alokuje pakiet pong w buforze pamięci i przechowuje go w kolejce, zwalniając go dopiero po zakończeniu wymiany kluczy. Złośliwy klient może wysyłać takie pakiety w sposób ciągły, powodując niekontrolowany wzrost zużycia pamięci po stronie serwera.
- CVE-2023-28531Krytyczne
Podatność w ssh-add w OpenSSH przed wersją 9.3 powoduje dodawanie kluczy z kart inteligentnych do ssh-agent bez wymaganych ograniczeń docelowych dla poszczególnych skoków. Problem dotyczy wersji od 8.9.
- CVE-2010-4478Krytyczne
OpenSSH w wersji 5.6 i wcześniejszych, przy włączonym J-PAKE, nieprawidłowo weryfikuje publiczne parametry w protokole J-PAKE. To pozwala zdalnym atakującym na ominięcie konieczności znajomości wspólnego sekretu i pomyślne uwierzytelnienie się, wysyłając spreparowane wartości w każdej rundzie protokołu.
Oryginalny opis (angielski, źródło NVD)
A vulnerability was found in OpenSSH when the VerifyHostKeyDNS option is enabled. A machine-in-the-middle attack can be performed by a malicious machine impersonating a legit server. This issue occurs due to how OpenSSH mishandles error codes in specific conditions when verifying the host key. For an attack to be considered successful, the attacker needs to manage to exhaust the client's memory resource first, turning the attack complexity high.