CVE-2026-110923

W OpenSSH przy włączonej autoryzacji GSSAPI nieudana próba GSSAPI może pozostawić delegowane poświadczenia zapisane dla połączenia, mimo że autoryzacja użytkownika się nie powiodła. Późniejsze udane logowanie na tym połączeniu nie jest autoryzowane przez pozostawiony stan.

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.

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.

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.

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.

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.

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.

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.

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.

W ssh w OpenSSH przed wersją 9.6 może wystąpić wstrzyknięcie poleceń systemu operacyjnego, jeśli nazwa użytkownika lub nazwa hosta zawiera metaznaki powłoki, a nazwa ta jest używana przez token rozwinięcia w określonych sytuacjach. Na przykład niezaufane repozytorium Git może zawierać podmoduł z metaznakami powłoki w nazwie użytkownika lub hosta.