Katalog podatności CVE

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.

Grav Shortcode Core Plugin przed wersją 6.2.2 przekazuje składnię shortcode przez Security::detectXss() bez literału '<', a następnie ColorShortcode.php i powiązane handlery atrybutów łączą kontrolowany przez atakującego parametr z HTML bez kodowania. Konto z uprawnieniem admin.pages może zamknąć wygenerowany atrybut i dodać handler zdarzeń, tworząc trwały cross-site scripting, który wykonuje się dla odwiedzających lub administratorów przeglądających stronę. Problem został naprawiony w wersji 6.2.2.

Grav przed wersją 2.0.7 zawiera podatność w Blueprint::dynamicData() w system/src/Grav/Common/Data/Blueprint.php, która przekazuje kontrolowany przez edytora dostawcę Class::method i argumenty do call_user_func_array() bez odrzucania niebezpiecznych parametrów wywołania zwrotnego. Konto z uprawnieniem admin.pages lub api.pages.write może użyć Grav\Common\Utils::arrayFilterRecursive() jako trampoliny z system jako wywołaniem zwrotnym, umieścić polecenie we frontmatter strony i wykonać je jako użytkownik serwera WWW podczas przeglądania strony. Problem został naprawiony w wersji 2.0.7.

Grav API Plugin przed wersją 1.0.0-rc.16 akceptuje JWT z parametru token w URL na każdej trasie /api/v1, w tym na punktach końcowych zmieniających stan. Żądania URL narażają ważne tokeny dostępu na logi Apache, proxy i CDN, historię przeglądarki i nagłówki Referer, co pozwala osobie z dostępem do tych rekordów na ponowne użycie tokena z uprawnieniami właściciela. Problem został naprawiony w wersji 1.0.0-rc.16.