CVE Vulnerability Catalog

Nmap w wersjach do 7.70, przy użyciu opcji -sV, pozwala zdalnym atakującym na spowodowanie odmowy usługi (zużycie stosu i awaria aplikacji) poprzez spreparowaną usługę opartą na TCP.

W OpenSSH do wersji 7.8 występuje zdalnie obserwowalna podatność w pliku auth-gss2.c, która może być wykorzystana przez zdalnych atakujących do wykrywania istnienia użytkowników na docelowym systemie, gdy używany jest GSS2.

W jądrze Linuxa rozwiązano podatność polegającą na braku sprawdzenia wskaźnika NULL w funkcji tps6594_pfsm_probe(). Wartość zwracana przez devm_kasprintf() mogła być NULL, co mogło prowadzić do dereferencji wskaźnika NULL.

W jądrze Linuxa rozwiązano podatność związaną z kierowcą OP-TEE, który rejestruje funkcję notif_callback() dla powiadomień FF-A. Funkcja ta jest wywoływana w kontekście atomowym, co prowadzi do błędów podczas przetwarzania asynchronicznego.

W jądrze Linuxa naprawiono podatność związaną z wyciekiem ogrodzenia w ścieżce błędu podczas przesyłania. W przypadku błędów mogło dojść do nieodpowiedniego zwolnienia zasobów, co uniemożliwiało wywołanie funkcji odpowiedzialnej za czyszczenie zadań.

W jądrze Linuxa rozwiązano podatność związaną z modułem wifi: ath6kl, która dotyczyła niepotrzebnego ostrzeżenia (WARN_ON) przy złym wejściu z firmware'u. Ostrzeżenie to nie wnosiło wartości, ponieważ problem nie dotyczył stosu sterownika.

W jądrze Linuxa rozwiązano podatność związaną z niewłaściwym inicjowaniem pakietu transportowego vmci. Funkcja vmci_transport_packet_init nieczyściła poprawnie pakietu, co mogło prowadzić do pozostawienia niezinicjowanych danych w strukturze.

W jądrze Linuxa rozwiązano podatność związaną z zarządzaniem zasobami procesora zdalnego. Problem występował, gdy rproc->state = RPROC_DETACHED był przypisany do procesora zdalnego, a funkcja rproc_handle_resources() zwracała błąd po wywołaniu rproc_attach().

W jądrze Linuxa rozwiązano podatność, która występowała w sterowniku wifi carl9170. Problem polegał na próbie pingowania urządzenia, które nie załadowało firmware'u, co prowadziło do awarii.

W jądrze Linuxa rozwiązano podatność związaną z funkcją rproc_attach(). W przypadku, gdy rproc->state = RPROC_DETACHED, a rproc_handle_resources() zwraca błąd, nie są odpowiednio zwalniane zasoby.

W jądrze systemu Linux zidentyfikowano podatność związaną z funkcją ims_pcu_flash_firmware(), która nieprawidłowo sprawdza rozmiar rekordu. Zmienna 'len' pochodzi z oprogramowania układowego, co może prowadzić do problemów, jeśli jej wartość jest zbyt duża.

W jądrze Linuxa rozwiązano podatność związaną z problemem use-after-free w funkcji nbd_genl_connect() w ścieżce błędu. Problem ten występuje w module nbd, co może prowadzić do nieprawidłowego działania systemu.

W jądrze Linuxa naprawiono podatność związaną z używaniem pamięci stosu po zwrocie w funkcji raid1_reshape. W wyniku błędu wskaźnik conf->r1bio_pool.wait.head wskazywał na adres pamięci stosu.

W jądrze Linuxa naprawiono podatność związaną z warunkiem wyścigu w module usb: gadget: u_serial. Problem występuje, gdy funkcja gs_start_io() wywołuje gs_start_rx() lub gs_start_tx(), co prowadzi do chwilowego zwolnienia blokady portu dla usb_ep_queue().

W jądrze systemu Linux zidentyfikowano podatność związaną z obsługą ioctl `COMEDI_INSNLIST`, która alokuje bufor jądra na tablicę `struct comedi_insn`. Problem występuje, gdy wartość `n_insns` jest zbyt duża, co może prowadzić do błędów w alokacji pamięci.

W jądrze Linuxa zidentyfikowano podatność związaną z obsługą przerwań w module drm/exynos. Problem występuje, gdy podczas rozruchu systemu obsługiwane jest inne urządzenie konsolowe, co może prowadzić do paniki jądra.

W jądrze Linuxa zidentyfikowano podatność związaną z obsługą sterownika USB Sierra. Problem polegał na braku weryfikacji, czy trzeci punkt końcowy jest punktem wejścia dla przerwań, mimo że sprawdzano obecność trzech punktów końcowych oraz punktów końcowych dla przesyłania i odbierania danych.

W jądrze Linuxa rozwiązano podatność, która pozwalała na ponowne zaplanowanie CPU podczas ustawiania atrybutów pamięci dla poszczególnych stron. Problem występował w przypadku uruchamiania gościa SEV-SNP z dużą ilością pamięci (ponad 1 TB), co mogło prowadzić do zablokowania CPU na hoście.

W jądrze Linuxa rozwiązano podatność, która pozwalała na ograniczenie powtarzających się połączeń od klientów z tym samym adresem IP. Powtarzające się połączenia mogły prowadzić do wyczerpania maksymalnej liczby połączeń, co uniemożliwiało normalnym klientom nawiązywanie połączeń.

W jądrze Linuksa rozwiązano podatność związaną z modułem aspeed-lpc-snoop, która dotyczy nieprawidłowego zarządzania kanałami. Problem polegał na tym, że kanały, które nie były włączone, mogły być wyłączane, co prowadziło do błędów w obsłudze jądra.