Katalog podatności CVE

W Splunk Enterprise poniżej 10.4.2, 10.2.6, 10.0.9 i 9.4.14 oraz Splunk Secure Gateway poniżej 3.10.9, 3.9.23 i 3.8.70 użytkownik bez ról 'admin' lub 'power' może odczytać prywatne klucze Spacebridge przez API REST Key Value Store. Podatność występuje na instancjach zaktualizowanych ze starszych wersji, gdy migracja kluczy prywatnych jest niekompletna, pozostawiając klucze w kolekcji z niebezpieczną domyślną listą kontroli dostępu.

W Splunk Enterprise poniżej 10.4.2, 10.2.6, 10.0.9 i 9.4.14 użytkownik z uprawnieniem rest_properties_get może odczytać zaszyfrowane poświadczenia przez API REST. Podatność wynika z błędnego przypisania uprawnień: endpoint właściwości wymaga uprawnienia rest_properties_get zamiast list_storage_passwords do odczytu poświadczeń.

W Splunk Enterprise dla Windows w wersjach poniżej 10.4.2, 10.2.6, 10.0.9, 9.4.13 i 9.3.14 lokalny użytkownik z dostępem do hosta Windows może związać się z portem zarządzania przed uruchomieniem Splunk Enterprise, przechwycić tokeny uwierzytelniające z procesów potomnych i użyć tych tokenów do naruszenia wszystkich istotnych danych i integralności systemu dostępnych dla konta użytkownika uruchamiającego Splunk Enterprise. Podatność jest możliwa, ponieważ nasłuch na porcie zarządzania Windows nie stosuje ochrony wyłącznego wiązania adresów przed uruchomieniem usługi.

W Splunk Enterprise poniżej 10.4.2, 10.2.6, 10.0.9 i 9.4.14 oraz Splunk Secure Gateway poniżej 3.10.10, 3.9.24 i 3.8.71 użytkownik bez ról 'admin' lub 'power' może zarejestrować dowolną aplikację towarzyszącą i spowodować przekazywanie żądań użytkowników mobilnych, w tym tokenów, na adres URL kontrolowany przez atakującego. Podatność wynika z twardo zakodowanego klucza kryptograficznego w handlerze rejestracji aplikacji towarzyszących, co pozwala na rejestrację dowolnego adresu zwrotnego bez ograniczeń.

W Splunk Enterprise poniżej 10.4.2, 10.2.6, 10.0.9 i 9.4.14 oraz Splunk Secure Gateway poniżej 3.10.10, 3.9.24 i 3.8.71 użytkownik z uprawnieniami do listowania haseł, ale bez uprawnień administracyjnych Splunk Secure Gateway, może uzyskać dostęp do sekretów podpisywania MDM, co zagraża zaufaniu do rejestracji urządzeń mobilnych. Podatność wynika z braku wymagania uprawnień administracyjnych Splunk Secure Gateway w endpointach REST dla pakietów wdrożeniowych, konfiguracji SAML i aplikacji towarzyszących.

W Splunk Enterprise poniżej 10.4.2, 10.2.6, 10.0.9 i 9.4.14 oraz Splunk Secure Gateway poniżej 3.10.9, 3.9.23 i 3.8.70 użytkownik bez ról 'admin' lub 'power' może odczytać wrażliwe informacje o konfiguracji SAML i ustawieniach instancji przez endpointy REST Splunk Secure Gateway. Podatność wynika z braku egzekwowania wymagań autoryzacji w tych endpointach przed zwróceniem informacji konfiguracyjnych.

W Splunk Enterprise poniżej 10.4.1, 10.2.6, 10.0.8 i 9.4.13 użytkownik bez ról 'admin' lub 'power' może nakłonić innego użytkownika do uruchomienia dowolnych poleceń SPL przez Edytor Modeli Danych, wykorzystując uprawnienia ofiary. Podatność wynika z braku zabezpieczeń SPL dla ryzykownych poleceń podczas uruchamiania wyszukiwania bazowego dla pól automatycznie wyodrębnianych. Atak wymaga phishingu ofiary.

W Splunk Enterprise przed wersjami 10.4.2, 10.2.6, 10.0.9, 9.4.14 i 9.3.14 nieuwierzytelniony użytkownik może nakłonić innego użytkownika do uruchomienia dowolnych potoków SPL z poziomu Dataset Explorer z uprawnieniami tego użytkownika. Dzieje się tak, ponieważ Dataset Explorer nie waliduje ani nie escapuje nazw zbiorów danych przed budowaniem zapytań SPL i nie stosuje zabezpieczeń SPL dla ryzykownych poleceń. Atak wymaga phishingu, aby ofiara otworzyła spreparowany link.

W Splunk Enterprise przed wersjami 10.4.2, 10.2.6, 10.0.9 i 9.4.14 użytkownik z uprawnieniem schedule_search może uruchamiać dowolne polecenia SPL z najwyższymi uprawnieniami systemowymi i odczytać wszystkie poświadczenia z magazynu poświadczeń. Dzieje się tak, ponieważ konfiguracja akcji alertów dla zaplanowanych wyszukiwań nie ogranicza odpowiednio ustawień akcji alertów specyficznych dla użytkownika przed uruchomieniem akcji przez scheduler.

W Splunk Enterprise poniżej 10.4.2, 10.2.6, 10.0.9 i 9.4.13 nieuwierzytelniony użytkownik, który nakłoni ofiarę do odwiedzenia złośliwej strony, może uruchomić nieautoryzowany JavaScript w przeglądarce ofiary. Podatność XSS wynika z braku walidacji pochodzenia i źródła wiadomości otrzymywanych przez handler wiadomości strony. Atak wymaga phishingu ofiary.

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.

Odczyt poza zakresem w kliencie Remote Desktop umożliwia nieautoryzowanemu atakującemu ujawnienie informacji przez sieć.

TinaCMS przed wersją 2.5.2 zawiera podatność w serwerze deweloperskim Vite, gdzie serwer nie odrzuca żądań z niedozwolonych źródeł (CORS) i nadal przetwarza żądania POST do /media/upload/*. Zdalny atakujący może nakłonić przeglądarkę dewelopera do wysłania żądania zmieniającego stan, co pozwala na zapisanie kontrolowanej zawartości w katalogu mediów.

Adaptery mediów produkcyjnych TinaCMS (next-tinacms-s3, next-tinacms-dos, next-tinacms-azure, next-tinacms-cloudinary) przed wskazanymi wersjami nie egzekwują skonfigurowanego mediaRoot przy operacjach upload/delete. Uwierzytelniony edytor CMS może tworzyć lub usuwać obiekty w dowolnym miejscu dostępnym dla poświadczeń magazynu, w tym w innych dzierżawach lub obiektach niebędących mediami.

IBM System Storage DS8A00 i DS8900F w określonych wersjach umożliwiają uwierzytelnionemu użytkownikowi odczyt lub modyfikację historii poleceń innego użytkownika z powodu zewnętrznie kontrolowanej nazwy pliku.

IBM System Storage DS8A00 w wersjach 10.1.3.0 do 10.11.35.0 oraz IBM DS8900F w wersjach 89.40.83.0 do 89.44.25.0 mogą pozwolić uwierzytelnionemu użytkownikowi na utworzenie użytkownika z uprzywilejowanymi rolami z powodu niewłaściwie zdefiniowanych uprawnień z niebezpiecznymi działaniami.

IBM System Storage DS8A00 w wersjach 10.1.3.0 do 10.11.35.0 oraz IBM DS8900F w wersjach 89.40.83.0 do 89.44.25.0 mogą pozwolić atakującemu na ominięcie uwierzytelnienia z powodu nieprawidłowego kodowania danych wyjściowych poleceń DSCLI, co może prowadzić do uzyskania wrażliwych informacji lub spowodować odmowę usługi.

W search-indexer stwierdzono podatność, która pozwala zarejestrowanemu i uwierzytelnionemu klastrowi zarządzanemu na manipulowanie lub usuwanie danych indeksowanych innego klastra. Jest to możliwe, ponieważ ścieżki zapisu delta-sync nie ograniczają odpowiednio operacji UPDATE/DELETE do danych należących do wywołującego klastra.

W urządzeniu TRENDnet TV-IP751WIC w wersji 11.03.03 wykryto podatność w pliku /cgi-bin/admin/set_time.cgi komponentu alphapd. Manipulacja argumentem Currenttime prowadzi do przepełnienia bufora na stosie. Atak może być uruchomiony zdalnie. Exploit został opublikowany i może być użyty do ataków.

W TRENDnet TV-IP751WIC w wersji 11.03.03 stwierdzono podatność na wstrzykiwanie poleceń w pliku /cgi-bin/admin/set_time.cgi w komponencie alphapd. Manipulacja prowadzi do wykonania dowolnych poleceń. Atak może być przeprowadzony zdalnie, a exploit jest publicznie dostępny.