Katalog podatności CVE

Na platformach Arista EOS z skonfigurowanym OSPFv2, specjalnie spreparowany pakiet OSPFv2 od nieuwierzytelnionego atakującego w tym samym segmencie rozgłoszeniowym, przy skonfigurowanym uwierzytelnianiu OSPFv2, może powodować flapping sąsiedztwa i utratę pakietów. Zakłócenia mogą wpływać na routing w całej domenie OSPF.

W Apache ZooKeeper, w trybie FIPS, weryfikacja nazwy hosta w TLS dla kworum nie jest egzekwowana. Mimo włączenia odpowiednich opcji, połączenie akceptuje certyfikat zaufany przez CA, nawet jeśli SAN nie pasuje do połączonego hosta, co pozwala złośliwemu certyfikatowi dołączyć do ruchu kworum.

W Apache ZooKeeper występuje ujawnienie informacji przez mechanizm SetWatches podczas ponownego połączenia, z powodu braku sprawdzenia ACL. Atakujący może odkryć ścieżki chronione ACL, rejestrując watch na nieistniejących ścieżkach, a następnie łącząc się ponownie po ich utworzeniu z ograniczeniami ACL.

Podatność obejścia uwierzytelniania SAML w pluginie Kong SAML, gdy opcja validate_assertion_signature jest jawnie ustawiona na false (domyślnie jest włączona). Gdy wyłączona, plugin może wyodrębnić tożsamość SAML z niepodpisanej asercji i uwierzytelnić użytkownika bez weryfikacji podpisu kryptograficznego.

W jądrze Linuxa, w module ksmbd, występuje podatność na odczyty poza zakresem w odpowiedziach konfiguracji udziału. Brak walidacji rozmiaru danych IPC przed przetworzeniem pól o zmiennej długości może prowadzić do odczytu poza dozwolonym obszarem pamięci.

W jądrze Linux występuje podatność use-after-free w mechanizmie perf, gdy wywołanie perf mmap() (tzw. revival) ściga się z ostatnim munmap(). Funkcja perf_mmap_close() zmniejsza licznik rb->mmap_count bez trzymania event->mmap_mutex, co pozwala równoległemu perf_mmap_rb() na ponowne podpięcie bufora, który następnie zostaje zwolniony mimo że inny proces wciąż ma go zmapowanego.

W jądrze Linux w funkcji gtp_newlink() w ścieżce błędu brakuje synchronize_net(), co prowadzi do użycia po zwolnieniu (use-after-free). Po wyczyszczeniu sk_user_data bez oczekiwania na okres RCU, współbieżny odbiór pakietów w gtp_encap_recv() może nadal używać wskaźnika do zwolnionej pamięci.

W jądrze Linux w module fs/ntfs3 wykryto podatność polegającą na braku walidacji rozmiaru tablicy restartu podczas odtwarzania $LogFile. Podczas montowania spreparowanego obrazu NTFS liczba wpisów przekraczająca U16_MAX jest obcinana, co prowadzi do alokacji zbyt małej tablicy i dostępu poza jej granicami (out-of-bounds).

W jądrze Linux w systemie plików NTFS3 funkcja read_log_rec_buf() odczytuje poza zakresem z powodu nieprawidłowej wartości log->record_header_len pochodzącej z dysku. Może to prowadzić do odczytu pamięci poza buforem podczas montowania spreparowanego obrazu NTFS.

W jądrze Linux w podsystemie vfio/pci funkcja vfio_msi_cap_len() przy błędzie inicjalizacji zwalniała pamięć vdev->msi_perm, ale nie zerowała wskaźnika. Prowadziło to do użycia zwolnionej pamięci (use-after-free) przy kolejnym otwarciu urządzenia oraz do podwójnego zwolnienia (double free) przy jego zamykaniu, co może skutkować paniką jądra.

W jądrze Linux w podsystemie Bluetooth SCO funkcja sco_conn_ready() odwołuje się do wskaźnika sk bez trzymania conn->lock lub referencji, co w połączeniu z równoległym zamknięciem gniazda prowadzi do use-after-free. Poprawka utrzymuje referencję do sk i ponownie sprawdza ważność gniazda po lock_sock().

W NLnet Labs Unbound do wersji 1.26.0 włącznie, nazwa zapytania o długości 255 z dużą odpowiedzią TCP może prowadzić do przepełnienia bufora sterty podczas procedury kanonizacji RRSet. Jest to spowodowane brakiem dodania pierwszej nazwy właściciela do kontroli długości bufora. Złośliwy aktor obsługujący złośliwy serwer nazw lub modyfikujący przychodzącą odpowiedź do Unbound (kanonizacja odbywa się przed walidacją DNSSEC) może wywołać podatność.

Na platformach Arista EOS z włączonym gRPC Network Management Interface (gNMI), specjalnie spreparowane żądanie może pozwolić złośliwemu uwierzytelnionemu klientowi z dostępem gNMI na wykonanie dowolnego kodu z uprawnieniami roota na przełączniku.

Na platformach EOS z włączoną autoryzacją gRPC opartą na AAA dla OpenConfig, żądania gRPC uwierzytelnionego użytkownika do OpenConfig mogą używać niewłaściwego poziomu uprawnień, co skutkuje autoryzacją przy użyciu niewłaściwej listy metod AAA. Nie wpływa to na żądania OpenConfig inne niż gRPC, takie jak NETCONF.

Na platformach Arista EOS z skonfigurowanym gRPC Network Security Interface (gNSI) Credentialz, specjalnie spreparowane żądanie może spowodować niezamierzone modyfikacje właściwości konta docelowego. Może to skutkować przyznaniem kontu podwyższonych uprawnień lub dostępu wykraczającego poza zamierzenia administratora.

Na platformach Arista EOS z włączonym OpenConfig i serwerem gNMI, gdy skonfigurowano gNSI Pathz z polityką zawierającą zarówno regułę grupową, jak i regułę użytkownika dla tej samej ścieżki, gNMI może nieprawidłowo egzekwować reguły polityki. W pewnych warunkach uwierzytelniony użytkownik może uzyskać nieautoryzowany dostęp do odczytu lub zapisu ścieżek gNMI, które polityka Pathz miała ograniczać.

Na platformach Arista EOS z usługami związanymi z OpenConfig (gNMI, gNSI, RESTCONF, NETCONF) wrażliwe żądania i odpowiedzi mogą być przypadkowo rejestrowane w logach. Mogą być przechowywane lokalnie na urządzeniu EOS lub wysyłane do zdalnych serwerów księgujących. Przykłady wrażliwych informacji to poufne polecenia CLI (np. 'username bob secret myPass') oraz wrażliwe liście YANG OpenConfig (np. 'system/aaa/global/tacacs/config/secret-key').

W dotkniętych wersjach Octopus Server użytkownik z uprawnieniami do modyfikowania zewnętrznych źródeł danych (feedów) innych niż wbudowane może wykorzystać podatność na path traversal do nadpisania dowolnych plików na serwerze. W niektórych konfiguracjach może to prowadzić do zdalnego wykonania kodu.

Przełączniki warstwy 3 XikeStor nie wymagają uwierzytelnienia do pobierania danych konfiguracyjnych. Nieuwierzytelniony atakujący może pobrać dane konfiguracyjne zawierające konfiguracje sieciowe i hasła, aby nieprawidłowo obsługiwać urządzenie lub wykorzystać je jako skocznię (jump host).

QND zawiera podatność na niewłaściwą kontrolę dostępu w nazwanym potoku (named pipe), co może pozwolić lokalnemu atakującemu zalogowanemu na komputerze z systemem Windows, gdzie zainstalowany jest klient produktu, na wykonanie dowolnych poleceń z uprawnieniami SYSTEM.