CVE-2025-59951

Aplikacja Termix korzysta z metody req.ip do ustalenia, czy żądanie pochodzi z lokalnego hosta — jeśli tak, funkcja isLocalhost zwraca True i dostęp do chronionych endpointów jest przyznawany bez uwierzytelnienia. Gdy platforma działa za Nginx działającym jako reverse proxy (jak w oficjalnym obrazie Docker), backend zamiast rzeczywistego adresu klienta widzi adres IP samego proxy, co sprawia, że isLocalhost zawsze ewaluuje się jako True. Atakujący zdalny, bez żadnych danych uwierzytelniających, może bezpośrednio wywołać endpoint /ssh/db/host/internal i pobrać kompletną bazę zapisanych połączeń SSH wraz z hasłami. Podatność wynika z błędnej kontroli dostępu (CWE-284), zaufania do niezweryfikowanego nagłówka IP (CWE-348) oraz braku weryfikacji autentyczności pochodzenia żądania (CWE-345).

Atakujący bez żadnego uwierzytelnienia może uzyskać pełny dostęp do przechowywanych na serwerze danych SSH — adresów hostów, nazw użytkowników i haseł — co w konsekwencji umożliwia przejęcie kontroli nad wszystkimi serwerami zarządzanymi przez platformę Termix.

Należy zaktualizować Termix do wersji 1.6.0, w której problem został naprawiony. Jako doraźne obejście zaleca się ograniczenie dostępu sieciowego do endpointu /ssh/db/host/internal na poziomie firewalla lub konfiguracji reverse proxy wyłącznie do zaufanych adresów IP.

Termix w wersjach 1.5.0 i wcześniejszych — dotyczy użytkowników korzystających z oficjalnego obrazu Docker Termix, budujących własny obraz na podstawie oficjalnego Dockerfile lub korzystających z funkcji reverse proxy.

Podatność dotyczy wyłącznie instalacji opartych na oficjalnym obrazie Docker lub własnych obrazach budowanych na podstawie oficjalnego Dockerfile Termix — instalacje bez reverse proxy nie są podatne. Poprawka dostępna w wersji 1.6.0 zgodnie z informacją producenta.