CVE-2020-15778

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.

W OpenSSH wykryto błąd, w którym słowo kluczowe "restrict" w pliku authorized_keys nie jest stosowane do przekazywania tuneli. Gdy opcja PermitTunnel jest włączona, klucz objęty ograniczeniem "restrict" nadal może otworzyć tunel.

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.