Katalog podatności CVE

Podatność w chenhg5 cc-connect do wersji 1.4.1 w funkcji shellExecCommand pliku core/engine.go komponentu Management API umożliwia zdalne wstrzyknięcie komend systemu operacyjnego poprzez argument exec. Exploit jest publicznie dostępny.

Podatność w chenhg5 cc-connect do wersji 1.4.1 w funkcji Authenticate pliku core/webhook.go umożliwia zdalne wstrzyknięcie kodu poprzez argument exec. Exploit jest publicznie dostępny.

W OpenStack Aodh przed 22.0.1, API listy alarmów omija ograniczenia projektu, gdy parametr all_projects jest ustawiony na false. Nieuprawniony użytkownik z rolą reader może wyświetlić alarmy ze wszystkich projektów, ujawniając wrażliwe dane. Dodatkowo OpenStack Watcher nie egzekwuje autoryzacji na swoim endpointcie webhook, co pozwala uwierzytelnionym użytkownikom uruchamiać audyty EVENT.

PythonTools w Agno (libs/agno/agno/tools/python.py) zawiera podatność na path traversal, umożliwiającą atakującym odczyt, zapis lub wykonanie dowolnych plików poprzez podanie sekwencji typu '../../' w argumencie file_name w akcjach read_file, save_to_file lub run_python_file. Atak może być przeprowadzony przez bezpośrednie wywołanie narzędzia lub przez wstrzyknięcie promptu w treści przetwarzanej przez agenta.

W TRENDnet TEW-755AP do wersji 20260702, funkcja log_email_server w pliku /cgi-bin/email.cgi komponentu ssi jest podatna na wstrzyknięcie komend. Atak może być przeprowadzony zdalnie, a exploit jest publicznie dostępny.

W Splunk Connect for Kafka przed wersją 2.2.7, nieuwierzytelniony użytkownik znajdujący się w ścieżce sieciowej może odczytać lub zmienić wszystkie istotne dane wysyłane z konektora, gdy używane jest uwierzytelnianie Kerberos z HTTP Event Collector w Splunk Enterprise. Podatność wynika z braku zastosowania skonfigurowanych opcji walidacji certyfikatów w ścieżce uwierzytelniania Kerberos podczas budowania klienta HTTP.

W Splunk Connect for Kafka w wersjach poniżej 2.2.7 nieuwierzytelniony użytkownik, który ma dostęp do API REST Kafka Connect, może skonfigurować niebezpieczny endpoint HTTP Event Collector w Splunk Enterprise, co powoduje wysyłanie poświadczeń uwierzytelniających do serwera kontrolowanego przez atakującego. Może to prowadzić do ujawnienia poświadczeń i naruszenia integralności danych przesyłanych przez konektor.

W Splunk AI Toolkit w wersjach poniżej 6.0.1 użytkownik z rolą "power" może modyfikować dostarczane przez aplikację zaplanowane wyszukiwania, aby uruchamiać dowolny język SPL z uprawnieniami właściciela wyszukiwania. Może to umożliwić dostęp do wszystkich istotnych danych i wpłynąć na integralność systemu.

W Splunk AI Toolkit w wersjach poniżej 6.0.0 użytkownik z rolą "power" może uzyskać dostęp do historii eksperymentów i usuwać wszystkie istotne dane, w tym dane innych użytkowników. Podatność wynika z braku zachowania zaufanego zakresu eksperymentu podczas przetwarzania wartości zapytań kontrolowanych przez wywołującego.

W Splunk AI Toolkit w wersjach poniżej 6.0.0 użytkownik z rolą posiadającą uprawnienie schedule_search może spowodować, że zaplanowane wyszukiwanie załaduje i zdeserializuje plik modelu przez polecenie apply. Podatność wynika z braku oznaczenia polecenia apply jako ryzykownego.

W Splunk AI Toolkit w wersjach poniżej 6.0.0 użytkownik z rolą "power" może wykonać dowolny kod na serwerze Splunk, ładując plik modelu zawierający spreparowane dane rzadkiej macierzy. Podatność wynika z deserializacji niezaufanych danych bez zabezpieczeń przed osadzonym kodem pickle.

W Splunk AI Toolkit w wersjach poniżej 6.0.0 użytkownik z niskimi uprawnieniami, bez ról "admin" lub "power", może uruchamiać, zatrzymywać i konfigurować kontenery oraz odczytywać lub modyfikować dane połączeń i konfiguracji przez API REST. Podatność wynika z braku kontroli autoryzacji w wielu handlerach API REST.

W Splunk AI Toolkit w wersjach poniżej 6.0.0 użytkownik bez ról "admin" lub "power" może uruchamiać wyszukiwania z uprawnieniami systemowymi, uzyskać dostęp do wszystkich istotnych danych, wpłynąć na integralność systemu oraz odczytywać lub usuwać zadania wyszukiwania innych użytkowników przez Agent Run History. Podatność wynika z zastąpienia klucza sesji użytkownika tokenem uwierzytelniającym systemu przed wykonaniem operacji wyszukiwania.

W Cisco Talos Intelligence for Enterprise Security Cloud w wersjach poniżej 1.0.3 użytkownik z uprawnieniem get_talos_enrichment może wysłać spreparowane żądanie do endpointu REST wzbogacania Talos, powodując wysłanie żądania wychodzącego do serwera kontrolowanego przez atakującego. Może to ujawnić tokeny, które naruszają wszystkie istotne dane i integralność systemu w instancji Splunk.

W Splunk Enterprise Security w wersjach poniżej 8.6.1 użytkownik z rolą ess_analyst może zmieniać makra wyszukiwań UEBA, które są uruchamiane przez zaplanowane wyszukiwania z uprawnieniami administratora, co umożliwia dostęp do wszystkich istotnych danych i naruszenie integralności systemu. Podatność wynika z nadania analitykom prawa zapisu do makr, które powinny być zapisywalne tylko przez administratorów.

W Splunk Enterprise Security w wersjach poniżej 8.6.1 użytkownik z rolą zawierającą uprawnienie mc_investigation_read może wstrzyknąć język SPL przez filtry wyszukiwania Analyst Queue, co umożliwia dostęp do wszystkich istotnych danych i naruszenie integralności systemu w zakresie zaplanowanych wyszukiwań uruchamianych dla tego użytkownika. Podatność wynika z braku walidacji nazw pól filtrów przed ich użyciem w wyszukiwaniach SPL.

W wersjach Splunk SOAR poniżej 8.6.0, nieuwierzytelniony użytkownik, który może obserwować lub modyfikować ruch sieciowy między Splunk SOAR a skonfigurowanym serwerem CyberArk REST, może uzyskać dostęp do wszystkich istotnych danych wymienianych przez ten menedżer poświadczeń lub je zmodyfikować. Podatność wynika z tego, że klient CyberArk REST nie weryfikuje domyślnie certyfikatów serwera. Atak wymaga zdolności przechwytywania ścieżki sieciowej między Splunk SOAR a serwerem CyberArk REST.

W wersjach Splunk SOAR poniżej 8.6.0, uwierzytelniony użytkownik bez przypisanej roli może przesłać spreparowaną ścieżkę pliku do API REST i wykonać dowolny kod. Podatność wynika z tego, że API REST nie wymaga przypisanej roli dla żądania i nie ogranicza ścieżki pliku dostarczonej przez użytkownika do zamierzonego katalogu tymczasowego.

W wersjach Splunk SOAR poniżej 8.6.0, nieuwierzytelniony użytkownik może sfałszować adres IP źródła w spreparowanym żądaniu do punktu końcowego powiadomień Automation Broker i wykonać dowolny kod na hoście Splunk SOAR. Podatność wynika z tego, że Automation Broker ufa nagłówkowi adresu IP źródła dostarczonemu przez klienta jako dowodowi, że żądanie pochodzi z lokalnego systemu. Udane wykorzystanie może ujawnić wszystkie istotne dane, wpłynąć na integralność systemu i zakłócić dostępność usług.

W wersjach Splunk Enterprise 10.4 poniżej 10.4.2, nieuwierzytelniony użytkownik może pobrać informacje zawarte w konfiguracjach potoków Edge Processor przez punkt końcowy API REST, gdy Edge Processor jest włączony. Podatność nie dotyczy wersji wcześniejszych niż 10.4. Podatność istnieje, ponieważ punkt końcowy usługi Edge Processor nie ma kontroli uwierzytelniania.