CVE-2026-55181
KrytyczneCVSS 9.4Streszczenie
W Tugtainer przed wersją 1.30.3 uwierzytelnianie OIDC może być inicjowane nawet gdy OIDC_ENABLED=false. Punkt końcowy /auth/oidc/enabled poprawnie informuje, że OIDC jest wyłączone, ale bezpośrednie żądanie do /auth/oidc/login nadal uruchamia proces logowania OIDC, zwraca HTTP 302, ustawia ciasteczko oidc_state i przekierowuje użytkownika do skonfigurowanego punktu autoryzacji OIDC. To omija wyłącznik OIDC.
Ocena ryzyka
Ryzyko to możliwość nieautoryzowanego logowania przez OIDC, nawet gdy administrator wyłączył tę funkcję, co może prowadzić do nieautoryzowanego dostępu do systemu.
Rekomendacja
Zaktualizuj Tugtainer do wersji 1.30.3 lub nowszej. Sprawdź konfigurację OIDC i upewnij się, że wyłącznik działa poprawnie.
Inne podatności w Tugtainer
Zobacz wszystkie- CVE-2026-62308Krytyczne
W Tugtainer przed wersją 1.30.6 uwierzytelniony użytkownik może spowodować, że serwer backend wyśle zewnętrzne żądania HTTP na dowolne adresy URL podane przez użytkownika za pośrednictwem punktu końcowego testowania powiadomień. Punkt /settings/test_notification przyjmuje pole urls i przekazuje je bezpośrednio do Apprise bez ograniczeń protokołów, nazw hostów, adresów localhost, prywatnych zakresów IP ani adresów metadanych chmury. Może to być wykorzystane jako uwierzytelnione ślepe SSRF.
- CVE-2026-47752Krytyczne
Tugtainer przed wersją 1.30.2 zawiera podatność na wstrzykiwanie szablonów po stronie serwera (SSTI) w funkcji szablonów powiadomień. Pola `title_template` i `body_template` są renderowane przy użyciu niezabezpieczonego środowiska `jinja2.Environment`, co pozwala każdemu uwierzytelnionemu użytkownikowi na wykonanie dowolnych poleceń systemu operacyjnego jako root w kontenerze.
Oryginalny opis (angielski, źródło NVD)
Tugtainer is a self-hosted app for automating updates of Docker containers. Prior to version 1.30.3, Tugtainer's OIDC authentication can still be initiated even when OIDC_ENABLED=false. The /auth/oidc/enabled endpoint correctly reports that OIDC is disabled. However, a direct request to /auth/oidc/login still starts the OIDC login flow, returns HTTP 302, sets an oidc_state cookie, and redirects the user to the configured OIDC authorization endpoint. This bypasses the intended OIDC disable switch. This issue has been patched in version 1.30.3.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS