Katalog podatności CVE

Wazuh to darmowa platforma open source używana do zapobiegania, wykrywania i reagowania na zagrożenia. Od wersji 4.4.0 do 4.14.6 oraz 5.0.0-beta2, api/api/middlewares.py dekoduje nazwę użytkownika Basic authentication przed weryfikacją poświadczeń i przekazuje ją do loggera dostępu bez neutralizowania znaków kontrolnych. api/api/alogging.py interpoluje tę wartość do logu API w formacie tekstowym. Nieuwierzytelniony atakujący może umieścić znaki powrotu karetki lub nowej linii w nazwie użytkownika, aby sfałszować wpisy, ukryć aktywność lub zatruć systemy konsumujące tekstowy log audytowy. Format logu JSON nie jest dotknięty, ponieważ serializacja JSON escapuje te znaki. Problem naprawiono w wersjach 4.14.6 i 5.0.0-beta2.

Wazuh to darmowa platforma open source używana do zapobiegania, wykrywania i reagowania na zagrożenia. Od wersji 4.0.0 do 4.14.6 oraz 5.0.0-beta2, AuthenticationManager.check_user() w framework/wazuh/rbac/orm.py wykonuje check_password_hash() tylko wtedy, gdy podana nazwa użytkownika istnieje. Nieistniejąca nazwa użytkownika zwraca natychmiast, podczas gdy prawidłowa nazwa powoduje kosztowne obliczenie bcrypt. Nieuwierzytelniony zdalny atakujący może porównać czasy odpowiedzi uwierzytelniania, aby wyliczyć prawidłowe nazwy użytkowników Wazuh i wykorzystać te informacje w późniejszych atakach na poświadczenia. Problem naprawiono w wersjach 4.14.6 i 5.0.0-beta2.

Wazuh od wersji 4.9.0 do 4.10.4 oraz 4.14.6 zawiera podatność w punkcie końcowym PUT /security/users/{user_id} w api/api/controllers/security_controller.py, gdzie przekazywany jest request.get("user") zamiast request.context['token_info']['sub'] jako current_user. Funkcja remove_nones_to_dict() usuwa wynikową wartość None, więc ochrona kont zarezerwowanych w framework/wazuh/security.py nie może zweryfikować, kto wykonuje żądanie. Uwierzytelniony użytkownik z rolą users_admin może nadpisać hasło chronionych kont administratora o identyfikatorach do 99, w tym superużytkownika wazuh, i uzyskać pełną kontrolę administracyjną. Problem został naprawiony w wersjach 4.10.4 i 4.14.6.

Podatność w Cisco Crosswork związana z niewystarczającą ochroną poświadczeń (CWE-522). Została wykryta podczas wewnętrznego przeglądu bezpieczeństwa i zaadresowana w wydaniu wzmacniającym oprogramowanie.

Podatność w Cisco Crosswork związana z zewnętrzną kontrolą systemu plików (CWE-73). Wykryta podczas wewnętrznego przeglądu bezpieczeństwa, naprawiona w wydaniu wzmacniającym.

Podatność w Cisco Crosswork polegająca na braku uwierzytelnienia dla krytycznych funkcji (CWE-306). Wykryta podczas wewnętrznego przeglądu bezpieczeństwa, naprawiona w wydaniu wzmacniającym.

Podatność w interfejsie zarządzania opartym na sieci Cisco Unified Intelligence Center może pozwolić uwierzytelnionemu lokalnemu atakującemu na przeprowadzenie ataku blind SQL injection na dotknięte urządzenie. Podatność wynika z niewystarczającej walidacji danych wprowadzanych przez użytkownika. Atakujący może wykorzystać tę podatność, wysyłając spreparowane żądanie do interfejsu zarządzania. Udany atak może pozwolić atakującemu na odczytanie zawartości wewnętrznej bazy danych urządzenia. Aby wykorzystać podatność, atakujący musi mieć prawidłowe poświadczenia użytkownika na urządzeniu.

Podatność w parserze XML Open Client Interface (OCI) w Cisco BroadWorks umożliwia nieuwierzytelnionemu, zdalnemu atakującemu odczyt wrażliwych informacji konfiguracyjnych. Problem wynika z nieprawidłowego parsowania wpisów XML z powodu domyślnego zezwolenia na rozwiązywanie encji zewnętrznych. Atakujący może wysłać spreparowaną wiadomość XML do usługi OCI-P, co pozwala na odczyt wrażliwych plików z systemu plików z uprawnieniami użytkownika Cisco BroadWorks.

Cisco Secure Workload zawiera wiele podatności związanych z zarządzaniem buforami, sklasyfikowanych jako CWE-119. Zostały one wykryte podczas wewnętrznego przeglądu bezpieczeństwa i zaadresowane w wydaniu wzmacniającym oprogramowanie.

Podatność w Cisco Secure Workload związana z nieprawidłową walidacją danych wejściowych (CWE-20). Wykryta podczas wewnętrznego przeglądu bezpieczeństwa, naprawiona w wydaniu wzmacniającym.

Podatność w Cisco Secure Workload związana z nieprawidłowym uwierzytelnianiem (CWE-287). Wykryta podczas wewnętrznego przeglądu bezpieczeństwa, naprawiona w wydaniu wzmacniającym.

Podatność w Cisco Secure Workload związana z nieprawidłową kontrolą dostępu (CWE-284). Wykryta podczas wewnętrznego przeglądu bezpieczeństwa, naprawiona w wydaniu wzmacniającym.

Podatność w Cisco Packaged Contact Center Enterprise (Packaged CCE) i Cisco Unified Contact Center Enterprise (Unified CCE) może pozwolić uwierzytelnionemu zdalnemu atakującemu na przeprowadzenie ataków typu server-side request forgery (SSRF) przez dotknięte urządzenie. Podatność wynika z nieprawidłowej walidacji danych wejściowych dla określonych żądań HTTP. Atakujący może wykorzystać tę podatność, wysyłając spreparowane żądanie HTTP do urządzenia. Udany atak może pozwolić atakującemu na wysyłanie dowolnych żądań sieciowych pochodzących z urządzenia. Aby wykorzystać podatność, atakujący musi mieć prawidłowe poświadczenia użytkownika na urządzeniu.

Podatność w sterowniku USB Cisco RoomOS pozwala nieuwierzytelnionemu atakującemu z fizycznym dostępem do portu USB na wykonanie dowolnego kodu z uprawnieniami root. Problem wynika z niewystarczających kontroli granicznych dla danych przekazywanych przez sterownik USB, co może prowadzić do przepełnienia bufora.

Podatność w interfejsie zarządzania opartym na sieci w przełącznikach Cisco Industrial Ethernet 1000 Series umożliwia uwierzytelnionemu zdalnemu atakującemu przeprowadzenie ataku typu stored XSS. Problem wynika z niewystarczającej walidacji danych wejściowych, co pozwala na wstrzyknięcie złośliwego kodu do stron interfejsu.

Podatność w Cisco Secure Workload związana z nieprawidłową neutralizacją specjalnych elementów (CWE-74). Wykryta podczas wewnętrznego przeglądu bezpieczeństwa, naprawiona w wydaniu wzmacniającym.

Podatność w obsłudze pakietów płaszczyzny zarządzania w przełącznikach Cisco Industrial Ethernet 1000 Series umożliwia nieuwierzytelnionemu zdalnemu atakującemu spowodowanie niedostępności menedżera urządzenia, SSH lub API. Problem wynika z niewystarczającej ochrony przed atakami typu flooding na płaszczyznę zarządzania.

Podatność w Cisco Crosswork związana z nieprawidłową neutralizacją specjalnych elementów użytych w poleceniu SQL (CWE-89), czyli podatność na SQL injection. Wykryta podczas wewnętrznego przeglądu bezpieczeństwa, naprawiona w wydaniu wzmacniającym.

Secure BootROM układu RK3588s SoC jest podatny na atak typu time-of-check to time-of-use podczas uruchamiania z zewnętrznych nośników (SPI NOR lub NAND, EMMC lub SD). Kod dwukrotnie odczytuje nagłówek modułu ładującego następnego etapu; pierwszy odczyt jest częściowy i zawiera tylko hashe modułów, drugi jest pełny z podpisem. Autentyczność modułów jest sprawdzana na podstawie częściowych danych z pierwszego odczytu, co pozwala atakującemu z fizycznym dostępem na modyfikację danych i wykonanie dowolnego kodu z najwyższymi uprawnieniami (EL3).

Grav API Plugin przed wersją 1.0.8 przechwytuje zadania administracyjne apiKeyGenerate i apiKeyRevoke w user/plugins/api/api.php i autoryzuje wywołującego tylko przez admin.login. Podstawowy użytkownik panelu może wybrać inne konto z trasy, utworzyć trwałe poświadczenie ApiKeyManager powiązane z tym celem i odziedziczyć uprawnienia API celu, w tym api.super lub administracyjny zapis, jeśli są obecne. Problem został naprawiony w wersji 1.0.8.