CVE-2026-76277
ŚrednieCVSS 4.1Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 7 - wyżej niż 7% 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 edit_user może utworzyć nazwę użytkownika kończącą się kropką. Walidacja nazwy nie odrzuca końcowej kropki, co powoduje, że różne nazwy mogą współdzielić dane konfiguracyjne, a operacje zarządzania użytkownikami mogą dotyczyć niewłaściwego konta lub kończyć się niepowodzeniem.
Ocena ryzyka
Może to prowadzić do błędów w zarządzaniu użytkownikami, naruszenia izolacji danych między kontami lub nieprawidłowego działania operacji na kontach.
Rekomendacja
Zaktualizuj Splunk Enterprise do wersji z poprawką i dokładnie kontroluj nadawanie uprawnienia edit_user.
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 edit_user capability could create a native Splunk username that ends with a period. The vulnerability is possible because username validation does not reject a trailing period before the username is used for a user directory. This can cause distinct native Splunk usernames to share per-user configuration data, and user-management operations can affect the wrong account or fail. For more information see Set up native Splunk authentication (https://help.splunk.com/en/splunk-enterprise/administer/manage-users-and-security/10.4/use-the-native-splunk-platform-authentication-scheme/set-up-native-splunk-authentication) and 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) in the Splunk documentation.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS