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 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.

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 9.1 zawiera podatność double-free w obsłudze opcji kex_algorithms. Została naprawiona w wersji 9.2. Nieuwierzytelniony zdalny atakujący może wykorzystać tę lukę w domyślnej konfiguracji do przeskoczenia w dowolne miejsce w przestrzeni adresowej sshd, a według doniesień teoretycznie możliwe jest zdalne wykonanie kodu.

Podatność w programie scp w OpenSSH do wersji 8.3p1 umożliwia wstrzyknięcie komend przez argument docelowy zawierający znaki backtick. Producent celowo nie waliduje takich argumentów, aby nie łamać istniejących przepływów pracy.

W OpenSSH 7.9 wykryto problem wynikający z tego, że implementacja scp wywodzi się z rcp z 1983 roku — to serwer decyduje, które pliki i katalogi są wysyłane do klienta. Klient scp wykonuje jedynie pobieżną walidację zwracanej nazwy obiektu (blokuje tylko ataki directory traversal), więc złośliwy serwer scp lub atakujący typu Man-in-The-Middle może nadpisać dowolne pliki w katalogu docelowym klienta. Przy operacji rekurencyjnej (-r) serwer może manipulować również podkatalogami, na przykład nadpisać plik .ssh/authorized_keys.

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.

Podwójne zwolnienie pamięci w OpenSSH dla Windows pozwala autoryzowanemu atakującemu na lokalną eskalację uprawnień.

Względna ścieżka traversal w OpenSSH dla Windows umożliwia nieautoryzowanemu atakującemu wykonanie kodu przez sieć.

W ssh w OpenSSH przed wersją 10.6, znak $ lub \ może wystąpić w nazwie użytkownika w wierszu poleceń, co prowadzi do wstrzyknięcia.

W sshd w OpenSSH do wersji 10.6, w niektórych środowiskach takich jak QNX 6 i SCO OpenServer 5, sshd-session może nieoczekiwanie mieć uprawnienia roota. Jest to związane z opcjami konfiguracji GatewayPorts i StreamLocalForwarding oraz brakiem wsparcia dla przekazywania deskryptorów plików i nieuprzywilejowanej alokacji urządzeń PTY.

W sshd w OpenSSH do wersji 10.6, użycie SDK macOS 27 (lub nowszego) ma skutek uboczny w postaci utraty sandboxingu, co może być nieoczekiwane.

W sshd w OpenSSH przed wersją 10.6, wartość "none" dla opcji konfiguracyjnej jest czasami interpretowana jako nazwa pliku, ale miała oznaczać, że funkcja jest wyłączona.

W sshd w OpenSSH przed wersją 10.6 słowo kluczowe restrict (w authorized_keys) miało dotyczyć przekierowania tuneli, ale nie było stosowane. Jest to inna podatność niż CVE-2026-73283.

W sshd i ssh w OpenSSH przed wersją 10.6 nie ma sprawdzenia, czy maksymalna długość pakietu nie jest przekroczona podczas dekompresji wysoce skompresowanych danych.

W ssh-keygen w OpenSSH przed wersją 10.6 certyfikaty mogły mieć nieprawidłowe czasy wygaśnięcia z powodu błędnej obsługi czasu letniego (Daylight Saving). Wpływ może być nieco poważniejszy dla użytkowników w niektórych lokalizacjach antarktycznych.

W sshd i ssh w OpenSSH przed wersją 10.6 można użyć kodera słownikowego LZ77, mimo że jest to przeciwwskazane przez ustalenia arXiv 2609.07709 "Crossing the Streams".

W sshd w OpenSSH przed wersją 10.6 stan uwierzytelnienia GSSAPIAuthentication może być nieprawidłowo utrwalany między próbami uwierzytelnienia.

W sshd w OpenSSH przed wersją 10.6 poświadczenia mogą nieprawidłowo pozostać po nieudanej próbie uwierzytelnienia GSSAPIAuthentication.

W sftp w OpenSSH przed wersją 10.6 serwer może wywołać traversal katalogów (powodując zapis plików w nieprzewidzianych lokalizacjach) podczas operacji rekurencyjnego kopiowania.

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).