CVE-2026-76273
Ś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 dodania treści kontrolowanej przez atakującego do komunikatów na poziomie systemowym. Podatność wynika z braku walidacji nazwy indeksu przed przetworzeniem wartości.
Ocena ryzyka
Atakujący może wstrzykiwać fałszywe komunikaty systemowe, co może prowadzić do dezinformacji administratorów lub naruszenia integralności logów systemowych.
Rekomendacja
Zaktualizuj Splunk Enterprise do wersji z poprawką i 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 add attacker-controlled content to system-level messages on the Splunk platform instance. The vulnerability is possible because the collect command does not validate the index name before processing the value. 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 System endpoint descriptions (https://help.splunk.com/en/splunk-enterprise/rest-api-reference/10.4/system-endpoints/system-endpoint-descriptions) in the Splunk documentation.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS