CVE-2026-45743

Termix to platforma zarządzania serwerem, która przed wersją 2.3.2 akceptowała hasło konta jako jedyny czynnik uwierzytelniający dla operacji krytycznych związanych z MFA. Atakujący, który zdobędzie hasło użytkownika, może całkowicie wyłączyć TOTP lub wygenerować kody zapasowe, co czyni uwierzytelnianie dwuskładnikowe nieskutecznym.

Termix, platforma do zarządzania serwerami oparta na WWW, w wersjach od 1.7.0 do 1.9.0 zawiera podatność na Stored XSS w komponencie File Manager. Aplikacja nie dezynfekuje zawartości plików SVG przed ich renderowaniem, co pozwala atakującemu, który skompromitował zarządzany serwer SSH, na umieszczenie złośliwego pliku. Podczas podglądu przez użytkownika Termix, plik wykonuje dowolny JavaScript w kontekście aplikacji. Podatność została naprawiona w wersji 1.10.0.

Termix przed wersją 2.6.1 zawiera podatność w punkcie końcowym GET /host/db/host/:id/password, która nie weryfikuje własności hosta podczas pobierania poświadczeń. Uwierzytelniony użytkownik może wyliczać identyfikatory hostów i uzyskać poświadczenia SSH lub sudo innych użytkowników.

Termix przed wersją 2.3.2 zawiera podatność w terminalu WebSocket, która pozwala uwierzytelnionemu użytkownikowi o niskich uprawnieniach na wykorzystanie poświadczeń innego użytkownika do połączenia z kontrolowanym przez atakującego serwerem SSH. Może to prowadzić do ujawnienia hasła SSH lub klucza prywatnego.

Termix przed wersją 2.3.2 zawiera podatność w ścieżce usuwania tunelu SSH, która interpoluje dane użytkownika do wzorca polecenia pkill. Uwierzytelniony użytkownik może wstrzyknąć polecenie powłoki, które zostanie wykonane podczas rozłączania tunelu.

Termix to platforma zarządzania serwerami oparta na sieci web, która przed wersją 2.3.2 miała lukę w punkcie końcowym `POST /ssh/tunnel/connect`. Luka ta pozwalała na wstrzyknięcie poleceń systemowych poprzez interpolację pól kontrolowanych przez użytkownika w poleceniu powłoki.

Termix to platforma zarządzania serwerem oparta na sieci, która przed wersją 2.3.2 była podatna na wstrzykiwanie poleceń systemowych w punkcie końcowym GET /ssh/file_manager/ssh/resolvePath. Umożliwia to uwierzytelnionym użytkownikom wykonanie dowolnych poleceń na zdalnym hoście.

Termix przed wersją 2.1.0 zawiera podatność na iniekcję poleceń w endpointach zarządzania kontenerami Docker, gdzie parametr containerId jest bezpośrednio interpolowany do poleceń powłoki, co pozwala uwierzytelnionemu atakującemu na zdalne wykonanie kodu na zarządzanym serwerze.

W Termix przed wersją 2.3.2 endpoint POST /host/db/proxy/test akceptuje pola singleProxy, proxyChain i testTarget bez walidacji adresów docelowych. Ścieżka testProxyConnectivity używa surowych połączeń TCP i SOCKS do wybranych przez atakującego hostów i portów, co pozwala uwierzytelnionemu użytkownikowi na skanowanie localhost, sieci prywatnych, usług link-local metadata i innej infrastruktury. Błędy połączenia ujawniają informacje o dostępności hostów, a dostęp do metadanych może ujawnić poświadczenia chmury.

W Termix przed wersją 2.3.2 endpoint POST /database/export tworzy eksport użytkownika, który zawiera globalną tabelę ustawień, mimo że reszta eksportu jest ograniczona do użytkownika. Tabela ustawień zawiera artefakty resetowania hasła (reset_code_ i temp_reset_token_), co pozwala uwierzytelnionemu użytkownikowi o niskich uprawnieniach odzyskać kod resetowania innego konta i ukończyć proces resetowania hasła. Skuteczna eksploitacja prowadzi do przejęcia konta lokalnego użytkownika, a w przypadku administratora do przejęcia administracyjnego.