Niska

Graylog user session is still usable after logout

  • Ujawniono: 06.07.2023
  • Aktualizacja: 11.10.2026 13:19

Summary

In a multi-node Graylog cluster, after a user has explicitly logged out, a user session may still be used for API requests until it has reached its original expiry time.

Details

Each node maintains an in-memory cache of user sessions. Upon a cache-miss, the session is loaded from the database. After that, the node operates solely on the cached session. Modifications to sessions will update the cached version as well as the session persisted in the database. However, each node maintains their isolated version of the session.

When the user logs out, the session is removed from the node-local cache and deleted from the database. The other nodes will however still use the cached session.

These nodes will only fail to accept the session id if they intent to update the session in the database. They will then notice that the session is gone. This is true for most API requests originating from user interaction with the Graylog UI because these will lead to an update of the session's "last access" timestamp.

If the session update is however prevented by setting the X-Graylog-No-Session-Extension:true header in the request, the node will consider the (cached) session valid until the session is expired according to its timeout setting.

PoC

In a 2-node setup, with both nodes behind a load balancer:

  1. Log in
  2. Extract the session ID from the cookie
  3. Log out and close the browser
  4. Perform the following API request repeatedly with curl (with <session-id> replaced with the session id from step 2 and <lb-host> replaced with the hostname of your load balancer):
    bash
    curl -I -H X-Graylog-No-Session-Extension:true https://<session-id>:session@<lb-host>/api/system/cluster/nodes
  5. Notice that the request is sometimes rejected, but sometimes succeeds

Impact

No session identifiers are leaked.

After a user has logged out, the UI shows the login screen again, which gives the user the impression that their session is not valid anymore. However, if the session becomes compromised later, it can still be used to perform API requests against the Graylog cluster. The time frame for this is limited to the configured session lifetime, starting from the time when the user logged out.

Czego dotyczy

Kliknij technologię, aby zobaczyć wszystkie dotyczące jej podatności.

PlatformaPaczkaPodatne wersjePoprawka w wersji
Java / Kotlin (Maven) org.graylog2:graylog2-server >= 1.0, < 5.0.9, >= 5.1.0, < 5.1.3 5.0.9, 5.1.3

Odnośniki

Ocena CVSS 2.6/10
Wektor CVSS
CVSS:3.1/AV:N/AC:H/PR:L/UI:R/S:U/C:L/I:N/A:N
Słabość (CWE)
CWE-613
Platforma
Java / Kotlin (Maven)
Paczka
org.graylog2:graylog2-server
Ujawniono
06.07.2023
Aktualizacja
11.10.2026 13:19

Źródła i licencje

OSV / GitHub Advisory Database - GHSA-3fqm-frhg-7c85 - CC BY 4.0

Historia podatności: org.graylog2:graylog2-server

Wszystkie opisane podatności tej paczki (Java / Kotlin (Maven)), od najnowszej. Widać, czy to jednorazowa wpadka, czy paczka, której trzeba pilnować.

Wszystkie (16) w archiwum
Wszystkich wpisów
16
Pierwsza → ostatnia
05.2022 09.2026
Bez poprawki
0
Wykorzystywana w atakach
0

Rozkład istotności

  • Wysoka 5
  • Średnia 8
  • Niska 3

Ujawnienia w latach

  1. 2022: 3
  2. 2023: 3
  3. 2024: 2
  4. 2025: 4
  5. 2026: 4
Istotność:
  1. Wysoka · 7.5 CVE-2026-55841 < 6.3.12, >= 7.0.0, < 7.0.7, >= 7.1.0, < 7.1.2 6.3.12, 7.0.7, 7.1.2
  2. Wysoka CVE-2025-53106 >= 6.2.0, < 6.2.4, >= 6.3.0-alpha.1, < 6.3.0-rc.2 6.2.4, 6.3.0-rc.2
  3. Wysoka · 8.0 CVE-2025-46827 < 6.0.14, >= 6.1.0, < 6.1.10 6.0.14, 6.1.10
  4. Wysoka · 7.3 ghsa-q9q2-3ppx-mwqf < 6.2.0 6.2.0
  5. Wysoka · 8.8 CVE-2024-24824 >= 2.0.0, < 5.1.11, >= 5.2.0-alpha.1, < 5.2.4 5.1.11, 5.2.4
  6. Graylog user session is still usable after logout ten wpis
    Niska · 2.6 CVE-2023-41041 >= 1.0, < 5.0.9, >= 5.1.0, < 5.1.3 5.0.9, 5.1.3

Dowiedz się, które podatności dotyczą Twojej aplikacji

Po podłączeniu integracji DockRay i włączeniu raportowania oprogramowania DockRay porównuje zgłoszone wersje komponentów ze znanymi podatnościami i powiadamia o potwierdzonych dopasowaniach. Zakres zależy od obsługiwanej technologii i dostępnych biuletynów.

Podłącz swoją aplikację
Newsletter DockRay

Bezpieczeństwo aplikacji w Twojej skrzynce

Najważniejsze podatności, konkretne zalecenia i praktyczne wskazówki dla Twoich aplikacji. Wybierz technologie i śledź to, co ma znaczenie dla Twojego projektu.

  • Codzienne zestawienie nowych podatności, także krytycznych.
  • Powiadomienia o ważnych aktualizacjach.
  • Praktyczne porady o bezpieczeństwie i monitoringu aplikacji.

Pozostaw puste, aby otrzymywać informacje o wszystkich technologiach.

Zapis jest bezpłatny. Wypiszesz się jednym kliknięciem w wiadomości.