Podatności Brocade ASCG

W Brocade ASCG przed wersją 3.5.0, lokalny nieautoryzowany użytkownik na maszynie wirtualnej ASCG, który może wysłać żądanie do przestrzeni nazw sieci hosta SANnav, może wyodrębnić przechowywane poświadczenia zarządzania dla wdrożonych instancji SANnav i naruszyć bezpieczeństwo połączonych serwerów Brocade SANnav lub zarządzanych przełączników Brocade Fibre Channel.

Nieuwierzytelniony atakujący sieciowo może odpytywać wewnętrzne punkty zarządzania w Brocade ASCG przed wersją 3.5.0, aby uzyskać szczegóły konfiguracji i stan zarządzanych przełączników Brocade Fabric OS (FOS). Skutkuje to nieautoryzowanym ujawnieniem topologii zarządzania siecią SAN klienta oraz atrybutów połączeń przełączników.

Nieautoryzowany zdalny atakujący może zmodyfikować magazyn zaufania klienta TLS w Brocade ASCG przed wersją 3.5.0. Dostarczając nieautoryzowany certyfikat CA do nieuwierzytelnionego interfejsu zarządzania, atakujący może spowodować, że system zaufa nieautoryzowanym certyfikatom, co może umożliwić ataki Man-in-the-Middle (MITM) na komunikację wychodzącą z zarządzanymi przełącznikami i węzłami równorzędnymi.

Podatność w komponencie uwierzytelniania API SupportLink w Brocade ASCG przed wersją 3.5.0 pozwala atakującemu na obejście uwierzytelniania w różnych wdrożeniach z powodu użycia zaszytego na stałe klucza kryptograficznego.

Gdy Brocade ASCG przed wersją 3.5.0 przetwarza archiwa pakietów wsparcia pobrane ze zdalnych, naruszonych punktów końcowych, aplikacja nie oczyszcza sekwencji traversal ścieżek zawartych w wpisach archiwum przed ekstrakcją. Nieautoryzowany zdalny atakujący, który może wysyłać lub przechwytywać pliki archiwum, może wykorzystać tę wadę do zapisu dowolnych plików w ograniczonych lokalizacjach na hoście, potencjalnie prowadząc do zdalnego wykonania kodu.

Wada uwierzytelniania istnieje w komponencie usługi zarządzania administracyjnego Brocade ASCG. Nieuwierzytelniony użytkownik sieci może wysyłać bezpośrednie żądania API do wykonywania uprzywilejowanych działań, w tym uzyskiwania dostępu do wrażliwych danych mapowania konfiguracji systemu, modyfikowania zarządzanych urządzeń i zmiany ustawień operacyjnych. Podatność dotyczy wszystkich wersji Brocade ASCG przed 3.5.0.

Brocade ASCG przed wersją 3.5.0 ma dobrze znane domyślne hasło Brocade osadzone w skrypcie dystrybuowanym do każdego klienta. Każdy lokalny uwierzytelniony użytkownik z dostępem do odczytu ścieżki instalacji może odkryć to poświadczenie i przeprowadzić eskalację uprawnień na dotkniętych wdrożeniach Open Virtual Appliance (OVA), gdzie domyślne ustawienia konfiguracji pozostają w mocy.

Podatność na traversal ścieżek istnieje w komponencie usługi HTTP Brocade ASCG przed wersją 3.5.0. Nieuwierzytelniony atakujący w sieci lokalnej może wysłać zmodyfikowane żądanie API do punktu końcowego usługi, omijając ograniczenia ścieżek, co pozwala na dowolny odczyt, zapis lub usunięcie plików.

Brocade ASCG przed wersją 3.5.0 nieprawidłowo przetwarza dane wejściowe użytkownika, oceniając dane formularza przed walidacją. Gdy uwierzytelniony użytkownik przesyła formularz konfiguracyjny, przesłany tekst może zostać natychmiast przetworzony. Złośliwy aktor z podstawowym dostępem może dostarczyć spreparowane dane wejściowe do wykonania dowolnego kodu na serwerze i przejęcia kontroli nad aplikacją.

Podatność w usłudze zbierania danych Brocade ASCG przed wersją 3.5.0. Punkt API nie przeprowadza uwierzytelniania ani autoryzacji, umożliwiając atakującemu z dostępem sieciowym nawiązywanie połączeń SSH do dowolnych hostów i wykonywanie dowolnych poleceń systemowych, co czyni urządzenie nieuwierzytelnionym proxy lub wektorem wykonania.

Podatność w Brocade ASCG przed wersją 3.5.0 umożliwia atakującemu uzyskanie statycznego klucza kryptograficznego na stałe wbudowanego w binaria oprogramowania, używanego do zabezpieczania danych wrażliwych w spoczynku i ochrony protokołów komunikacji między węzłami. Atakujący, który wyodrębni ten klucz, może odszyfrować przechowywane poświadczenia administracyjne lub sfałszować administracyjne komunikaty synchronizacyjne.

Krytyczna podatność w Brocade ASCG przed wersją 3.5.0. Usługa HTTPS nie egzekwuje uwierzytelniania ani kontroli dostępu na przychodzących żądaniach. Nieuwierzytelniony atakujący z dostępem sieciowym może wydawać polecenia sterujące, zmieniać stan klastra i modyfikować konfiguracje systemowe, prowadząc do całkowitej kompromitacji płaszczyzny sterowania usługi strumieniowej.

Podatność nieprawidłowej walidacji danych wejściowych w Brocade ASCG przed wersją 3.0 dotyczy poświadczeń zarejestrowanych przypadków. Uwierzytelniony użytkownik lokalny może podać nieprawidłowe dane, takie jak znaki specjalne, co prowadzi do odmowy usługi (DoS) podczas zbierania danych 'supportsave' z przełącznika Brocade.

W Brocade ASCG przed wersją 3.0 brakuje kilku nagłówków HTTP związanych z bezpieczeństwem w różnych ścieżkach URL, co ułatwia nieuwierzytelnionym atakującym przeprowadzanie ataków takich jak Cross-Site Scripting, Clickjacking, ujawnienie informacji i inne.