Katalog podatności CVE

W jądrze Linux wykryto podatność w sterowniku ACPI Button. Podczas usuwania sterownika nie jest poprawnie usuwany handler powiadomień ACPI, co może prowadzić do wycieku zasobów i awarii jądra przy próbie ponownego załadowania sterownika.

W jądrze Linux wykryto podatność w harmonogramie sieciowym SFB, która może prowadzić do paniki jądra. Problem występuje, gdy SFB ma dzieci (np. QFQ) z funkcją peek() qdisc_peek_dequeued(), a nadrzędny harmonogram (np. TBF) wywołuje dequeue() zamiast użyć qdisc_dequeue_peeked(). Powoduje to dereferencję pustego wskaźnika.

W jądrze Linux w podsystemie netfilter nf_tables wykryto podatność polegającą na uszkodzeniu danych docelowych (dst) podczas operacji przesunięcia bitowego (lshift/rshift) wykonywanej na tym samym rejestrze. Gdy źródło (src) i cel (dst) wskazują na tę samą lokalizację pamięci, wartość przeniesienia (carry) jest błędnie obliczana na podstawie już zmodyfikowanych danych, co prowadzi do nieprawidłowego wyniku operacji.

W jądrze Linux wykryto podatność polegającą na wycieku pamięci w funkcji ethtool RSS. Funkcja rss_prepare_get() alokuje bufory dla tablicy pośredniej i klucza haszującego, ale nie zwalnia ich w przypadku niepowodzenia wywołania ops->get_rxfh().

W jądrze Linux stwierdzono podatność polegającą na pomijaniu wywołania funkcji ethnl_ops_complete() w przypadku błędów podczas flashowania modułu przez narzędzie ethtool. Gdy funkcja validate() zakończy się niepowodzeniem, nie jest wywoływana funkcja kończąca operację, mimo że wcześniej uruchomiono ethnl_ops_begin().

W jądrze Linuxa wykryto podatność w funkcji module_flash_fw_schedule() w narzędziu ethtool, która nie cofa ustawienia flagi 'in_progress' i nie zwalnia referencji netdev w przypadku błędów flashowania modułu. Opóźnienie przejęcia tych zasobów zapobiega zniknięciu urządzenia podczas trzymania rtnl_lock.

W jądrze Linuxa w stosie Bluetooth 6lowpan funkcja send_mcast_pkt() nie sprawdza wartości zwracanej przez skb_clone(). Jeśli alokacja pamięci się nie powiedzie, skb_clone() zwraca NULL, co prowadzi do dereferencji wskaźnika NULL w send_pkt() podczas odwołania do skb->data.

W jądrze Linux wykryto podatność polegającą na możliwości dodania interfejsu CAN (np. vxcan) do agregacji łącza (bonding). Proces ten powoduje naruszenie struktury danych CAN, prowadząc do wywołania błędu pustego wskaźnika i awarii systemu. Problem wynika z braku sprawdzania typu urządzenia przed próbą jego agregacji.

W jądrze Linux wykryto błąd w mostku sieciowym (bridge), który powodował wywołanie funkcji mogącej spać (dev_set_promiscuity()) w kontekście atomowym. Problem pojawiał się podczas konfiguracji portów mostka przez Netlink, gdy blokada mostka była trzymana zbyt długo, obejmując operacje, które jej nie wymagają.

W jądrze Linux wykryto błąd w funkcji brport_store() w ścieżce sysfs mostka sieciowego, który powodował wywołanie funkcji mogącej spać (dev_set_promiscuity()) w kontekście atomowym. Problem wynikał z niepotrzebnego trzymania blokady mostka (bridge lock) podczas przetwarzania wielu atrybutów portu, które jej nie wymagają. Poprawka ogranicza zakres blokady tylko do atrybutów STP, które faktycznie jej potrzebują.

W jądrze Linux wykryto podatność w funkcji ethtool tsinfo, gdzie w przypadku niepowodzenia przygotowania zrzutu (dump) przekazywany jest wskaźnik błędu (ERR_PTR) do funkcji genlmsg_cancel, co może prowadzić do awarii systemu.

W sterowniku sieciowym MANA w jądrze Linuxa brakuje zabezpieczeń przed pustymi wskaźnikami podczas czyszczenia po błędzie alokacji kolejek. Gdy alokacja kolejek nie powiedzie się w połowie, zwolnione wskaźniki są później wyłuskiwane w funkcjach takich jak mana_chn_setxdp(), mana_destroy_vport(), mana_fence_rqs() i mana_dealloc_queues(), co prowadzi do paniki jądra.

W sterowniku ADIS16550 dla jądra Linux wykryto wyciek danych ze stosu w funkcji obsługi przerwania. Tablica danych skanowania deklarowana na stosie nie jest inicjalizowana, a kopiowanie danych wypełnia tylko pierwsze 28 bajtów, pozostawiając bajty 28-31 niezainicjalizowane, co powoduje wyciek danych do przestrzeni użytkownika przy każdym wyzwoleniu.

W sterowniku BMP280 w jądrze Linux wykryto wyciek stosu w funkcji obsługi przerwań czujnika BMP580. Deklaracja bufora skanowania na stosie bez inicjalizacji powoduje, że dwa nieinicjalizowane bajty są przesyłane do przestrzeni użytkownika na każdy skan.

W sterowniku USB Type-C UCSI CCG jądra Linux wykryto podatność polegającą na braku walidacji nagłówka pliku firmware. Jeśli obraz firmware nie zawiera znaku ':', funkcja strnchr() zwraca NULL, co prowadzi do dereferencji wskaźnika NULL i awarii systemu (oops).

W jądrze Linux stwierdzono podatność w sterowniku USB Type-C TCPM, gdzie brak walidacji liczby VDO (Vendor Defined Object) w procedurach obsługi odpowiedzi Discover Identity może prowadzić do odczytu poza zakresem tablicy. Atakujący podłączony przez USB-C może celowo przekazać nieprawidłową liczbę VDO, co potencjalnie umożliwia wyciek danych z pamięci jądra.

W jądrze Linux w sterowniku USB Type-C TCPM wykryto podatność polegającą na braku sprawdzania granic tablicy altmode_desc[] w pętli funkcji svdm_consume_modes(). Niezaufane urządzenie może wysłać nieoczekiwane odpowiedzi ACK, powodując zapis poza przydzieloną pamięcią.

W jądrze Linux wykryto podatność w sterowniku trybu alternatywnego DisplayPort dla USB Type-C. Uszkodzone lub złośliwe urządzenie może wysłać nieprawidłową liczbę w VDO aktualizacji statusu, co prowadzi do odczytu niezainicjalizowanych danych ze stosu i ich wysłania dalej.

W sterowniku USB Type-C w jądrze Linux wykryto podatność polegającą na zapisie poza strukturą pd_message w funkcji wcove_read_rx_buffer(). Złośliwe urządzenie może wysłać ramkę PD o długości do 31 bajtów, co powoduje zapis poza przydzieloną pamięcią na stosie wątku IRQ.

W jądrze Linuxa w sterowniku USB Type-C TCPM/TCPCI Maxim brakowało walidacji liczby obiektów danych w nagłówku ramki względem rzeczywistej liczby odebranych bajtów. Uszkodzony lub złośliwy port mógł wysłać ramkę z nagłówkiem deklarującym do siedmiu obiektów danych, ale z mniejszą liczbą bajtów, co prowadziło do odczytu niezainicjalizowanej pamięci stosu.