CVE-2026-76251
WysokieCVSS 7.1Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 11 - wyżej niż 11% wszystkich znanych CVE
Streszczenie
W Splunk Enterprise przed wersjami 10.4.2, 10.2.6 i 10.0.9 użytkownik bez ról admin lub power może spowodować, że Splunk App for Splunk Observability Cloud będzie przekazywać żądania do Splunk Observability Cloud, w tym token dostępu przechowywany dla aplikacji. Dzieje się tak, ponieważ handlery endpointów REST aplikacji nie egzekwują uprawnienia read_o11y_content przed przekazaniem żądań z tokenem. Podatność nie dotyczy wersji 9.4 i 9.3.
Ocena ryzyka
Ryzyko obejmuje nieautoryzowany wgląd w dane dostępne dla tokena oraz możliwość ograniczonych zmian w treści Splunk Observability Cloud, co może naruszyć poufność i integralność danych.
Rekomendacja
Zaleca się aktualizację Splunk Enterprise do wersji 10.4.2, 10.2.6 lub 10.0.9 (lub nowszej) oraz wdrożenie odpowiednich kontroli dostępu dla aplikacji.
Inne podatności w Splunk Enterprise
Zobacz wszystkie- CVE-2026-76268Krytyczne
Podatność w Splunk Enterprise przed wersjami 10.4.3 i 10.2.7 pozwala nieuwierzytelnionemu użytkownikowi z dostępem sieciowym do API REST Patroni na członku klastra wyszukiwania na wykonanie poleceń systemu operacyjnego. Interfejs nie wymaga uwierzytelnienia dla krytycznych operacji konfiguracyjnych.
- CVE-2026-76312Krytyczne
W Splunk Enterprise w wersjach poniżej 10.4.1, 10.2.6, 10.0.9 i 9.4.14 nieuwierzytelniony użytkownik, który może odczytać źródło HTML strony osadzającej raport Splunk, może wykorzystać ujawnione materiały sesji do uzyskania dostępu do wszystkich istotnych danych i wpłynąć na integralność systemu. Podatność wynika z nieprawidłowego egzekwowania granic autoryzacji dla osadzonych raportów w ścieżce pobierania archiwum dispatch oraz z uwzględniania wrażliwych materiałów sesji w zarchiwizowanych danych zadań wyszukiwania.
- CVE-2026-76311Krytyczne
W Splunk Enterprise w wersjach poniżej 10.4.2, 10.2.6, 10.0.9 i 9.4.14 nieuwierzytelniony użytkownik posiadający token osadzonego raportu może pobrać archiwum dispatch dla zadania wyszukiwania osadzonego raportu i wykorzystać ujawnione materiały sesji do uzyskania dostępu do wszystkich istotnych danych oraz wpłynąć na integralność systemu na instancji Splunk. Podatność wynika z tego, że przepływ autoryzacji osadzonych raportów nie blokuje żądań pobrania archiwum dispatch przed rozpoczęciem wysyłania archiwum do żądającego.
- CVE-2026-76310Krytyczne
W Splunk Enterprise w wersjach poniżej 10.4.2, 10.2.6, 10.0.9 i 9.4.14 nieuwierzytelniony użytkownik posiadający token osadzonego raportu może pobrać powiązane archiwum dispatch zadania wyszukiwania, odzyskać materiały sesji i użyć ich do uzyskania dostępu do wszystkich istotnych danych dostępnych właścicielowi raportu oraz wpłynąć na integralność systemu, w tym wykonywać działania administracyjne, gdy właściciel ma rolę "admin" Splunk. Podatność wynika z tego, że dostęp do osadzonych raportów nie blokuje żądań pobrania archiwum dispatch przez API REST.
- CVE-2026-20253KrytyczneAktywnie exploitowane
W Splunk Enterprise 10.2 przed 10.2.4 i 10.x przed 10.0.7, nieuwierzytelniony użytkownik może tworzyć lub obcinać dowolne pliki przez endpoint usługi PostgreSQL sidecar. Brak kontroli dostępu w tym endpointcie.
- CVE-2026-76298Wysokie
W Splunk Enterprise w wersjach poniżej 10.4.4 i 10.2.8 użytkownik bez ról admin lub power może odtworzyć hasło superużytkownika bazy PostgreSQL sidecar i uruchomić dowolne polecenia systemowe jako konto uruchamiające Splunk Enterprise na członkach klastra search head. Luka wynika z faktu, że usługa PostgreSQL sidecar wyprowadza uprzywilejowane hasło bazy z identyfikatora klastra search head, który pojawia się w logach zadań wyszukiwania.
- CVE-2026-76297Średnie
W Splunk Enterprise (wersje poniżej 10.4.4, 10.2.8, 10.0.11 i 9.4.16) nieuwierzytelniony użytkownik może nakłonić użytkownika z uprawnieniem edit_federated_providers do wyłączenia wszystkich dostawców wyszukiwania sfederowanego. Wynika to z faktu, że API REST dostawców sfederowanych akceptuje żądania GET dla akcji zmieniających stan, a atak wymaga phishingu ofiary.
- CVE-2026-76296Średnie
W Splunk Enterprise w wersjach poniżej 10.4.4, 10.2.8, 10.0.11 i 9.4.16 użytkownik nieposiadający ról "admin" ani "power" mógł tworzyć, przenosić, edytować lub usuwać konfiguracje zmiany nazw typów źródłowych, których jest właścicielem, w aplikacjach, do których nie ma uprawnień dostępu. Luka jest możliwa przy włączonym Splunk Web, ponieważ nie weryfikuje on wymaganych uprawnień aplikacji przed wykonaniem operacji zmiany nazw typów źródłowych.
- CVE-2026-76295Średnie
W Splunk Enterprise w wersjach poniżej 10.4.4, 10.2.8, 10.0.11 i 9.4.16 oraz w Splunk Secure Gateway w wersjach poniżej 3.10.12, 3.9.26 i 3.8.73 użytkownik nieposiadający ról "admin" lub "power" może przeglądać listy dashboardów i raportów poza zakresem żądanego filtra, pozostając w granicach obiektów, do których ma dostęp. Podatność wynika z nieneutralizowania znaków specjalnych w wartościach przed utworzeniem filtrów.
- CVE-2026-76294Średnie
W Splunk Enterprise w wersjach poniżej 10.4.4, 10.2.8, 10.0.11 i 9.4.16 użytkownik nieposiadający ról "admin" ani "power" mógł przenosić wyodrębnienia pól lub transformacje pól do aplikacji, do których nie ma uprawnień odczytu. Luka jest możliwa, ponieważ API REST nie weryfikuje dostępu do aplikacji docelowej przed przetworzeniem operacji przenoszenia wyodrębnień i transformacji pól.
Oryginalny opis (angielski, źródło NVD)
In Splunk Enterprise versions below 10.4.2, 10.2.6, and 10.0.9, a user who does not hold the "admin" or "power" Splunk roles could cause the Splunk App for Splunk Observability Cloud to forward requests to Splunk Observability Cloud, including the Splunk Observability Cloud access token stored for the app. With this access, the user could view all relevant data available to that token and make limited changes to Splunk Observability Cloud content. The vulnerability does not affect Splunk Enterprise 9.4 and 9.3 versions. The vulnerability is possible because the app's Representational State Transfer (REST) API endpoint handlers do not enforce the read_o11y_content capability before forwarding requests with the stored access token. For more information see Define roles on the Splunk platform with capabilities (https://help.splunk.com/en/splunk-enterprise/administer/manage-users-and-security/10.2/manage-splunk-platform-users-and-roles/define-roles-on-the-splunk-platform-with-capabilities) in the Splunk documentation.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS