SillyTavern przed wersją 1.18.0 akceptuje nagłówki HTTP Remote-User (Authelia) i X-Authentik-Username (Authentik) bez weryfikacji, czy pochodzą z zaufanego reverse proxy. Pozwala to dowolnemu klientowi sieciowemu na zalogowanie się jako dowolny użytkownik, w tym administrator, bez znajomości hasła.
▸ Pokaż oryginał (EN)
SillyTavern is a locally installed user interface that allows users to interact with text generation large language models, image generation engines, and text-to-speech voice models. Prior to 1.18.0, SillyTavern accepts Remote-User (Authelia) and X-Authentik-Username (Authentik) HTTP headers to automatically log in users when SSO is configured. There is no validation that these headers originate from a trusted reverse proxy. Any network client that can reach the SillyTavern port directly can inject these headers and authenticate as any user, including administrators, without a password. This vulnerability is exploitable only when sso.autheliaAuth: true or sso.authentikAuth: true is set in config.yaml (both default to false). This vulnerability is fixed in 1.18.0.
Gdy w pliku config.yaml włączona jest opcja sso.autheliaAuth lub sso.authentikAuth, SillyTavern automatycznie uwierzytelnia użytkownika na podstawie wartości odpowiednich nagłówków HTTP. Aplikacja nie sprawdza, czy żądanie pochodzi faktycznie od zaufanego reverse proxy (np. Authelia lub Authentik). Atakujący mający bezpośredni dostęp sieciowy do portu SillyTavern może samodzielnie ustawić te nagłówki i podszyć się pod dowolnego użytkownika, omijając w ten sposób cały mechanizm uwierzytelnienia (authentication bypass). Podatność ta klasyfikowana jest jako brak walidacji źródła nagłówków (CWE-346), brak uwierzytelnienia dla krytycznych funkcji (CWE-306), fałszowanie tożsamości (CWE-290) oraz poleganie na niezaufanych danych wejściowych przy podejmowaniu decyzji bezpieczeństwa (CWE-807).
Atakujący może uzyskać pełny dostęp do aplikacji SillyTavern jako dowolny użytkownik, w tym administrator, bez podawania hasła — co może prowadzić do przejęcia kontroli nad konfiguracją, danymi użytkowników oraz zintegrowanymi modelami AI.
Należy zaktualizować SillyTavern do wersji 1.18.0 lub nowszej. Do czasu aktualizacji zaleca się upewnienie się, że port SillyTavern nie jest bezpośrednio dostępny z sieci oraz że opcje sso.autheliaAuth i sso.authentikAuth są wyłączone w config.yaml.
SillyTavern w wersjach przed 1.18.0, wyłącznie gdy w config.yaml ustawiono sso.autheliaAuth: true lub sso.authentikAuth: true (oba domyślnie wyłączone)
Podatność jest możliwa do wykorzystania wyłącznie przy włączonej integracji SSO z Authelią lub Authentikiem (opcje domyślnie wyłączone). Poprawka została wprowadzona w wersji 1.18.0.
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H