CVE-2026-76279
ŚrednieCVSS 4.3Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 5 - wyżej niż 5% wszystkich znanych CVE
Streszczenie
W Splunk Enterprise poniżej wersji 10.4.3, 10.2.7, 10.0.10 i 9.4.15, użytkownik z uprawnieniem run_collect może użyć polecenia collect SPL do zapisywania zdarzeń do wewnętrznych indeksów poza skonfigurowanym dla roli dostępem do indeksów. Podatność wynika z braku normalizacji białych znaków w nazwie indeksu przed zastosowaniem ograniczeń dostępu.
Ocena ryzyka
Użytkownik może zapisywać dane do indeksów wewnętrznych, do których nie powinien mieć dostępu, co może prowadzić do nieautoryzowanego zapisu danych lub naruszenia integralności logów.
Rekomendacja
Zaktualizuj Splunk Enterprise do wersji z poprawką oraz dokładnie kontroluj nadawanie uprawnienia run_collect.
Inne podatności w Splunk Enterprise
Zobacz wszystkie- CVE-2026-76285Krytyczne
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.
- CVE-2026-76284Krytyczne
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.
- 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-76283Wysokie
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.
- CVE-2026-76282Wysokie
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.
- CVE-2026-76281Średnie
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.
Oryginalny opis (angielski, źródło NVD)
In Splunk Enterprise versions below 10.4.3, 10.2.7, 10.0.10, and 9.4.15, a user that holds a role with the run_collect capability could use the collect Search Processing Language (SPL) command to write events to internal indexes outside the index access configured for the role. The vulnerability is possible because Splunk Enterprise does not normalize whitespace in an index name before applying configured index-access restrictions for the role. For more information see collect (https://help.splunk.com/en/splunk-enterprise/search/spl-search-reference/10.4/search-commands/collect), Define roles on the Splunk platform with capabilities (https://help.splunk.com/en/splunk-enterprise/administer/manage-users-and-security/10.4/manage-splunk-platform-users-and-roles/define-roles-on-the-splunk-platform-with-capabilities), and How indexing works (https://help.splunk.com/en/splunk-enterprise/administer/manage-indexers-and-indexer-clusters/10.4/indexing-overview/how-indexing-works) in the Splunk documentation.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS

