Podatności Kiwi TCMS

Kiwi TCMS to otwartoźródłowy system zarządzania testami. Przed wersją 16.1 pola TestCase.extra_link i TestPlan.extra_link akceptowały nieoczyszczone dane wejściowe użytkownika i renderowały zapisane wartości dosłownie, co stwarzało możliwość ataku cross-site scripting. Oficjalne obrazy Docker i niezmodyfikowany middleware Kiwi TCMS wysyłają nagłówek Content-Security-Policy blokujący wbudowany JavaScript, co utrudnia eksploatację w domyślnych wdrożeniach, natomiast dostosowane wdrożenia osłabiające te ustawienia bezpieczeństwa mogą pozostać podatne. Wersja 16.1 prawidłowo oczyszcza oba pola i resetuje istniejące rekordy bazy danych, które nie przechodzą walidacji, do wartości null. Problem został naprawiony w wersji 16.1.

W systemie Kiwi TCMS w wersjach przed 16.1 endpoint potwierdzania konta przyjmował niezwalidowany parametr next, co umożliwiało nieuwierzytelnionemu atakującemu utworzenie adresu URL w zaufanej domenie Kiwi TCMS przekierowującego ofiarę na dowolną zewnętrzną domenę. Zaufane pochodzenie może służyć do stron wyłudzających dane uwierzytelniające, obejścia filtrów bezpieczeństwa poczty i kontroli reputacji linków lub dostarczania złośliwego oprogramowania. Problem naprawiono w wersji 16.1.

Kiwi TCMS, system zarządzania testami, miał problem z niewłaściwą konfiguracją Nginx, co pozwalało na wykonanie potencjalnie niebezpiecznych skryptów z załączników. Wersje przed 12.5 nieprawidłowo obsługiwały nagłówek `Content-Type: text/plain`, co stwarzało ryzyko dla użytkowników.

Kiwi TCMS, system zarządzania testami, miał luki w walidacji przesyłanych plików, co umożliwiało przesyłanie potencjalnie niebezpiecznych plików i wykonywanie dowolnego JavaScriptu w przeglądarce. Dodatkowo, dyrektywa `proxy_pass` w Nginx mogła usuwać niektóre nagłówki, co osłabiało zabezpieczenia Kiwi TCMS działającego za reverse proxy.