CVE-2026-76327

Splunk Enterprise w wersjach 10.4.3, 10.2.7, 10.0.10 i 9.4.15 zawiera podatność związaną z nieprzestrzeganiem standardów kodowania. Podatność została zidentyfikowana wewnętrznie i zaadresowana w wymienionych wersjach.

Splunk Enterprise w wersjach 10.4.3, 10.2.7, 10.0.10 i 9.4.15 zawiera podatność związaną z nieprawidłową neutralizacją danych wejściowych. Podatność została zidentyfikowana wewnętrznie i zaadresowana w wymienionych wersjach.

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.

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.

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.

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.

Splunk Enterprise w wersjach 10.4.3, 10.2.7, 10.0.10 i 9.4.15 zawiera podatność związaną z awarią mechanizmu ochrony. Podatność została zidentyfikowana wewnętrznie i zaadresowana w wymienionych wersjach.

Splunk Enterprise w wersjach 10.4.3, 10.2.7, 10.0.10 i 9.4.15 zawiera podatność związaną z nieprawidłową kontrolą zasobów przez cały ich cykl życia. Luka została wykryta wewnętrznie i pogrupowana według CWE.

Splunk Enterprise w wersjach 10.4.3, 10.2.7, 10.0.10 i 9.4.15 zawiera podatność związaną z nieprawidłową kontrolą dostępu. Luka została wykryta wewnętrznie i pogrupowana według CWE.