CVE-2023-41044

W platformie Graylog API aktualizacji widoków dla zapisanych wyszukiwań i pulpitów pozwala użytkownikowi z uprawnieniem edycji, ale bez własności encji, dołączyć shareRequest przyznający uprawnienia właściciela dowolnemu kontu. Wybrane konto może następnie usunąć zapisane wyszukiwanie lub pulpit albo odebrać dostęp pierwotnemu właścicielowi. Problem dotyczy wersji od 6.3.0 do 6.3.14, 7.0.9 i 7.1.4.

Graylog do wersji 7.1.4 włącznie waliduje wychodzące adresy URL względem listy dozwolonych przed wykonaniem żądań, ale nie powtarza walidacji po przekierowaniach HTTP. Atakujący z uprawnieniami do tabel wyszukiwań lub powiadomień o zdarzeniach może spreparować dozwolone endpointy przekierowujące do usług wewnętrznych, umożliwiając serwerowi pobranie i zwrócenie wewnętrznych odpowiedzi.

Graylog w wersjach od 6.2.0 do 6.3.12, 7.0.7 i 7.1.2 ma podatność w endpointcie DELETE /users/{userId}/tokens/{idOrToken}, gdzie sprawdzane są uprawnienia USERS_TOKENREMOVE dla parametru userId kontrolowanego przez atakującego, zanim zostanie rozwiązany token wybrany przez idOrToken. Uwierzytelniony użytkownik może podać autoryzowany userId, podczas gdy loadById() lub load() rozwiązuje token należący do innego użytkownika, w tym konta usługowego lub administratora, po czym destroy() usuwa ten token bez sprawdzenia AccessToken.getUserName(). Problem nie ujawnia zawartości tokena, ale nieautoryzowane usunięcie ma wpływ na integralność i może zakłócić integracje oparte na tokenach.

Podatność w Graylog Server przed wersjami 6.3.12, 7.0.7 i 7.1.2 oraz Graylog Forwarder przed wersją 7.3. Parser syslog FortiGate nieprawidłowo obsługuje pola wewnątrz wartości cytowanych, co pozwala nieuwierzytelnionemu nadawcy na manipulację polami logów bezpieczeństwa lub unikanie logowania, ukrywając złośliwą aktywność.

Graylog od wersji 7.1.0 do 7.1.4 oraz 7.2.0-alpha.2 pozwala uwierzytelnionemu użytkownikowi na żądanie złożonych pól wyświetlania w endpointcie tytułów encji System Catalog bez weryfikacji, czy każde wybrane pole jest czytelne. Użytkownik może pobrać chronione wartości, w tym hash hasła z czytelnego rekordu użytkownika; zwykli użytkownicy są ograniczeni do własnych rekordów, a administratorzy mogą pobrać hashe wszystkich użytkowników.

Graylog, platforma do zarządzania logami, wykorzystuje jeden port źródłowy do zapytań DNS, co narusza zalecane praktyki bezpieczeństwa. To może umożliwić ataki typu DNS cache poisoning, gdzie zewnętrzny atakujący może wstrzykiwać fałszywe odpowiedzi DNS do pamięci podręcznej Grayloga.

W platformie Graylog, w przypadku klastrów wielowęzłowych, sesja użytkownika może być nadal używana do żądań API po wylogowaniu, aż do osiągnięcia pierwotnego czasu wygaśnięcia. Każdy węzeł utrzymuje lokalną pamięć podręczną sesji użytkowników, co prowadzi do sytuacji, w której inne węzły mogą nadal akceptować sesję po jej usunięciu z lokalnej pamięci podręcznej.