Katalog podatności CVE

IBM AIX 7.2 i 7.3 oraz IBM PowerVM VIOS 4.1 mogą pozwolić lokalnemu atakującemu na spowodowanie odmowy usługi z powodu nieprawidłowego obsługiwania konfiguracji tablic stron pamięci.

W volsync-addon-controller znaleziono błąd, który pozwala atakującemu na wstrzyknięcie złośliwego kodu YAML do zasobu Subscription w OpenShift Lifecycle Manager (OLM). Jest to spowodowane nieprawidłowym escapowaniem wartości adnotacji podczas renderowania ich do YAML. Skuteczne wykorzystanie może prowadzić do nieautoryzowanej modyfikacji lub przejęcia kontroli nad konfiguracjami OLM Subscription, potencjalnie wpływając na zarządzanie oprogramowaniem w klastrze. Problem dotyczy głównie systemów, w których jawnie włączono adnotację 'volsync-addon-deploy-type: olm'.

FFmpeg przed commit b4c199c zawiera nieprawidłową konwersję zawężającą liczb całkowitych w pakiecie RTP AV1 (libavformat/rtpenc_av1.c). Rozmiar OBU jest rzutowany na long przed porównaniem z pozostałym rozmiarem ramki. Na platformach, gdzie long ma 32 bity, w tym 64-bitowe Windows, odpowiednio duże wartości rozmiaru OBU są zmieniane znakowo przez zawężającą konwersję, co daje wartość ujemną, która przechodzi kontrolę rozmiaru ładunku. To pozwala na obejście zabezpieczeń przez zbyt duży OBU na dotkniętych platformach, prowadząc do dostępu do pamięci poza zakresem, gdy nadmierna wartość jest następnie używana jako długość kopiowania.

Wazuh to darmowa platforma open source używana do zapobiegania, wykrywania i reagowania na zagrożenia. Od wersji 4.6.0 do 4.14.6 oraz 5.0.0-beta3, funkcje DB::getFile() i DB::searchFile() w src/syscheckd/src/db/src/file.cpp łączą ścieżkę monitorowanego pliku z filtrami wierszy SQLite. Na systemach innych niż Windows, FIMDBCreator::encodeString() nie escapuje wartości. Lokalny użytkownik, który może utworzyć nazwę pliku w katalogu monitorowanym przez FIM, może wstrzyknąć wyrażenie UNION SELECT, gdy wazuh-syscheckd przetwarza lub usuwa tę ścieżkę. Potwierdzony prymityw manipuluje zestawami wyników SELECT używanymi przez kod FIM; nie wykazano instrukcji skumulowanych ani zdalnego wykonania kodu. Problem naprawiono w wersjach 4.14.6 i 5.0.0-beta3.

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.

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 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 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.

Grav przed wersją 2.0.4 zezwala na użycie filtra i funkcji regex_replace w allowliście, a GravExtension::regexReplace() przekazuje wzorzec kontrolowany przez edytora bezpośrednio do preg_replace(). Przy włączonym security.twig_content.process_enabled, uwierzytelniony edytor strony może opublikować wzorzec powodujący katastrofalne cofanie się, co obciąża CPU PHP i powoduje odmowę usługi dla odwiedzających.

Wtyczka Grav Login przed wersją 3.8.11 akceptuje zadanie login.regenerate2FASecret przez parametr URI task w żądaniu GET bez wymaganego nonce, kontroli Origin lub Referer. Przy domyślnej polityce SameSite=Lax, nawigacja z innej strony może wywołać taskRegenerate2FASecret() w sesji zalogowanego użytkownika, nadpisać jego sekret TOTP i wymusić ponowną rejestrację 2FA.

Wtyczka Grav Flex Objects przed wersją 1.4.3 ma metodę requireFlexPermission() w FlexApiController.php, która nie odmawia dostępu, gdy blueprint katalogu nie zawiera config.admin.permissions. Uwierzytelnione konto z tylko api.access może używać handlerów index, show, create, update, delete, export i media dla katalogu bez uprawnień, mimo że standardowa autoryzacja admin.flex-object by to zablokowała.

Grav przed wersją 2.0.2 w sandboxie Twig pozwala na użycie grav.offsetGet('config') do uzyskania surowego obiektu konfiguracji oraz na serializację tego obiektu przez json_encode, print_r, yaml_encode i filtry string bez przechodzenia przez GravSecurityPolicy::checkMethodAllowed. Użytkownik z uprawnieniami edytora strony może renderować zawartość sandboxowaną, która ujawnia sekrety konfiguracji pluginów, w tym dane SMTP, klucze API i dane uwierzytelniające baz danych.

Grav przed wersją 2.0.1 w metodzie ZipArchiver::extract() przekazuje archiwa do ZipArchive::extractTo() bez egzekwowania limitów rozmiaru, liczby plików i głębokości zagnieżdżenia z system.gpm.archive. Kod używający Archiver::create('zip') do rozpakowania archiwum kontrolowanego przez atakującego może wyczerpać miejsce na dysku lub inody, czyniąc stronę niedostępną.

Wtyczka Grav API przed wersją 1.0.2 w procesie POST /api/v1/media w HandlesMediaUploads::processUploadedFile() waliduje rozszerzenie pliku SVG, ale nie wywołuje Security::sanitizeSVG(). Atakujący z uprawnieniem api.media.write może przechowywać SVG zawierający JavaScript, a serwer zwraca plik jako Content-Type: image/svg+xml, co powoduje wykonanie skryptu po otwarciu przez ofiarę, umożliwiając kradzież danych sesji i autoryzowane działania.

Grav przed wersją 3.8.5 w zadaniu twofa_cancel wtyczki Login akceptuje kontrolowane przez klienta pole _redirect bez nonce i pozwala nieuwierzytelnionemu żądaniu ustawić zewnętrzny cel Location (http, https lub protocol-relative). Controller::execute() stosuje to pole, gdy taskTwofa_cancel() nie ustawia przekierowania, a Grav::getRedirectResponse() akceptuje cel przez Uri::isExternal(), umożliwiając phishingowe przekierowania z zaufanego hosta Grav.

W Wazuh od wersji 1.0.0 do 4.14.6 oraz 5.0.0-beta2 występuje podatność polegająca na zapisie poza granicami bufora na stosie w funkcji HandleSecureMessage(). Podczas przetwarzania zaszyfrowanej wiadomości agenta na porcie TCP 1514, dekompresja może zapisać bajt null poza końcem bufora docelowego, co prowadzi do awarii procesu remoted i zakłócenia komunikacji z agentami.

W Wazuh od wersji 3.9.0 do 4.14.5 oraz 5.0.0-beta2 protokół klastra pozwala uwierzytelnionemu węzłowi klastra na wyczerpanie pamięci na serwerze głównym. Metoda receive_str() akceptuje kontrolowaną przez atakującego wartość całkowitą bez limitu, a ścieżka podzielonych wiadomości przechowuje fragmenty bez ograniczeń, co może prowadzić do nadmiernego zużycia pamięci.