Podatności OpenSSH

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 sshd w OpenSSH przed wersją 10.0 dyrektywa DisableForwarding nie działa zgodnie z dokumentacją, nie wyłączając przekazywania X11 i agenta.

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.

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.

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.

W sshd w OpenSSH przed wersją 10.5 słowo kluczowe 'restrict' (w authorized_keys) miało być stosowane do przekazywania tuneli, ale nie było.

W OpenSSH przed wersją 10.5 w ssh występuje podatność use-after-free dla danych realloc, która może wystąpić, gdy pewna para operacji przekazywania zdalnego jest wykonywana jednocześnie.

W ssh-agent w OpenSSH przed wersją 10.5 niektóre operacje mogą być wykonywane zdalnie, choć miały być wykonywane tylko lokalnie, w tym operacje dodawania tokenów lub używania kluczy. Jest to spowodowane błędną interakcją między blokowaniem agenta a rozszerzeniem [email protected].

W OpenSSH przed wersją 10.4 występuje podatność use-after-free w kliencie SSH podczas ponownej wymiany kluczy, gdy serwer zmienia swój klucz hosta. Problem dotyczy wyłącznie strony klienta.

Podatność w OpenSSH przed wersją 10.4 powoduje, że serwer sshd nie zawsze respektuje minimalne opóźnienie uwierzytelniania. Może to umożliwić atakującemu szybsze przeprowadzanie prób logowania.

Podatność w OpenSSH przed wersją 10.4 pozwala zdalnym atakującym na przeprowadzenie ataku typu odmowa usługi (DoS) poprzez nadmierne próby uwierzytelniania GSSAPI. Problem wynika z nieprawidłowego obsłużenia limitu MaxAuthTries dla mechanizmu GSSAPIAuthentication.

W OpenSSH przed wersją 10.4, opcja DisableForwarding=yes nie nadpisywała ustawienia PermitTunnel=yes, co pozwalało na tunelowanie SSH pomimo wyłączenia przekazywania.

W OpenSSH przed wersją 10.4 wykryto nieudokumentowane zachowanie dotyczące bezpieczeństwa: parametr GSSAPIStrictAcceptorCheck nie ma wartości, gdy serwer znajduje się w środowisku Windows Active Directory.

Podatność w wewnętrznym serwerze SFTP (internal-sftp) w sshd w OpenSSH przed wersją 10.4 powoduje, że rozpoznawane jest tylko pierwszych 9 argumentów wiersza poleceń. Może to mieć znaczenie, gdy późniejszy argument miałby zapewnić zamierzone właściwości bezpieczeństwa połączenia SFTP.

Podatność w narzędziu scp w OpenSSH przed wersją 10.4 może spowodować umieszczenie pliku w katalogu nadrzędnym względem zamierzonego katalogu podczas kopiowania między dwoma zdalnymi lokalizacjami.

Podatność w kliencie SFTP w OpenSSH przed wersją 10.4 pozwala atakującemu kontrolującemu serwer SFTP na zapisanie pobranych plików poza zamierzonym katalogiem docelowym, gdy używane jest polecenie "sftp server:/path .".

W OpenSSH wykryto podatność, która pozwala lokalnemu, nieuprzywilejowanemu atakującemu na przejęcie przekazywanych połączeń X11. Atak polega na wcześniejszym związaniu preferowanej abstrakcyjnej nazwy gniazda X, gdy przekazywanie X11 jest włączone i używane jest lokalne gniazdo UNIX. Udany atak może naruszyć poufność przekazywanego ruchu X11, w tym wrażliwą zawartość okien i dane wejściowe.

W OpenSSH znaleziono usterkę polegającą na odczycie poza dozwolonym obszarem sterty podczas czyszczenia wskaźników GSSAPI, gdy tablica auth-indicators nie zawiera końcowego NULL-a. Zdalny atakujący, przy specyficznej konfiguracji z uwierzytelnianiem GSSAPI i środowiskiem Kerberos, może wykorzystać tę podatność do spowodowania awarii ścieżki uwierzytelniania SSH, co prowadzi do odmowy usługi (DoS).

W OpenSSH wykryto podatność polegającą na podwójnym zwolnieniu pamięci w ścieżce klienta Diffie-Hellman Group Exchange (DH-GEX) podczas walidacji znanych grup w trybie FIPS. Złośliwy serwer SSH może wykorzystać tę wadę, przesyłając spreparowane parametry grupy DH-GEX, co prowadzi do zakończenia procesu klienta i odmowy usługi (DoS).

Parser kluczy publicznych RSA i DSA nie narzucał limitów rozmiaru parametrów, co pozwalało na atak DoS poprzez przesłanie spreparowanego klucza z bardzo dużym modułem lub parametrem DSA. Weryfikacja podpisu mogła zająć kilka minut.

Uwierzytelniony klient SSH, który wielokrotnie otwierał kanały odrzucane przez serwer, powodował nieograniczony wzrost pamięci, co ostatecznie prowadziło do awarii procesu serwera i wpływało na wszystkich podłączonych użytkowników. Odrzucone kanały są teraz prawidłowo usuwane ze stanu wewnętrznego połączenia i zwalniane do odśmiecania.

OpenSSH przed wersją 10.3 nieprawidłowo obsługuje opcję 'principals' w pliku authorized_keys w nietypowych scenariuszach, gdy lista principals jest używana razem z urzędem certyfikacji, który w określony sposób używa przecinków.

OpenSSH przed wersją 10.3 pomija potwierdzenie multipleksowania połączeń dla sesji multipleksowania w trybie proxy, co może prowadzić do nieautoryzowanego dostępu.

W OpenSSH przed wersją 10.3 wykryto problem z interpretacją algorytmów ECDSA. Wymienienie dowolnego algorytmu ECDSA w opcjach PubkeyAcceptedAlgorithms lub HostbasedAcceptedAlgorithms jest błędnie interpretowane jako zezwolenie na wszystkie algorytmy ECDSA.

W OpenSSH przed wersją 10.3 istnieje podatność umożliwiająca wykonanie poleceń przez metaznaki powłoki w nazwie użytkownika w linii poleceń. Wymaga to scenariusza, w którym nazwa użytkownika w linii poleceń jest niezaufana, oraz niestandardowej konfiguracji % w ssh_config.

W OpenSSH przed wersją 10.3, plik pobrany przez scp może zostać zainstalowany z bitami setuid lub setgid, jeśli pobieranie jest wykonywane jako root z opcją -O (stary protokół scp) i bez -p (zachowanie trybu).

Podatność w łatkach GSSAPI OpenSSH dodanych przez różne dystrybucje Linuksa. Błąd polega na użyciu sshpkt_disconnect() zamiast ssh_packet_disconnect(), co nie kończy procesu i pozwala atakującemu wysłać nieoczekiwany typ wiadomości GSSAPI podczas wymiany kluczy, prowadząc do dostępu do niezainicjalizowanych zmiennych i potencjalnie nieokreślonego zachowania.

Podatność w OpenSSH przed wersją 10.1 pozwala na użycie znaku null ('\0') w URI ssh://, co może prowadzić do wykonania kodu, gdy używane jest ProxyCommand.

Podatność w OpenSSH przed wersją 10.1 pozwala na wstrzykiwanie znaków kontrolnych w nazwach użytkowników pochodzących z potencjalnie niezaufanych źródeł, takich jak linia poleceń lub rozwijanie sekwencji % w plikach konfiguracyjnych. Może to prowadzić do wykonania kodu, gdy używana jest dyrektywa ProxyCommand.

W ssh-agent w OpenSSH przed wersją 9.6, ograniczenia docelowe mogą być niekompletnie stosowane podczas dodawania kluczy prywatnych hostowanych przez PKCS#11. Ograniczenia są stosowane tylko do pierwszego klucza, nawet jeśli token PKCS#11 zwraca wiele kluczy.

Podatność w sshd w OpenSSH 6.2 do 8.x przed wersją 8.8, przy użyciu niestandardowych konfiguracji, umożliwia eskalację uprawnień. Pomocnicze programy dla AuthorizedKeysCommand i AuthorizedPrincipalsCommand mogą działać z uprawnieniami grupowymi procesu sshd, jeśli konfiguracja określa uruchomienie jako inny użytkownik.