Katalog podatności CVE

W jądrze Linuxa w sterowniku sieciowym sparx5, jeśli alokacja kolejki pracy zakończy się niepowodzeniem, rejestracja notyfikatora blokującego nie jest cofnięta, co prowadzi do wycieku zasobów. Może to skutkować niestabilnością systemu lub awarią.

W jądrze Linux w module dm thin metadata wykryto podatność polegającą na niespójności metadanych podczas awarii zatwierdzania (commit) operacji rezerwacji lub zwalniania migawki metadanych. Modyfikacje pola held_root w superbloku są zapisywane bezpośrednio w buforze, a w przypadku niepowodzenia transakcji trafiają na dysk, powodując uszkodzenie metadanych.

W jądrze Linuxa w module dm-era występuje błąd poza zakresem pamięci przy niezerowym sektorze startowym. Obliczenia bloku zapisu nie uwzględniają offsetu, co może prowadzić do odczytu poza przydzieloną pamięcią (wykrywane przez KASAN).

W jądrze Linuxa w module dm-log występuje przepełnienie zmiennej bitset_size na maszynach 32-bitowych. Zaokrąglenie region_count do wielokrotności BITS_PER_LONG może spowodować zawinięcie do zera, co prowadzi do nieprawidłowej alokacji pamięci.

W jądrze Linuxa w module dm występuje wyciek klucza sesji (thread keyring) wywołującego przez plik urządzenia tabeli. Powoduje to, że klucz woluminu LUKS pozostaje w pamięci po operacji luksSuspend, co może umożliwić jego odzyskanie.

W jądrze Linux w funkcji dm_early_create występuje błąd polegający na próbie zwolnienia już użytej tabeli, gdy funkcja dm_resume zakończy się niepowodzeniem. Tabela została już zainicjowana przez dm_swap_table, a kod próbuje ją ponownie zniszczyć, co może prowadzić do nieprawidłowego działania. Poprawka pomija wywołanie dm_table_destroy w tym przypadku.

W jądrze Linux w module dm-integrity występuje błąd, który może prowadzić do zakleszczenia. Gdy funkcja dm_integrity_check_limits zakończy się niepowodzeniem, kod wychodzi z DM_MAPIO_KILL, ale zakres jest już zablokowany i nie jest odblokowywany. Poprawka przenosi sprawdzenie limitów wcześniej, aby uniknąć wycieku zasobów.

W jądrze Linux w module dm-integrity występuje błąd polegający na podwójnym zwiększaniu zmiennej hash_offset. Zmienna jest już zwiększana w pętli, a kod zwiększa ją ponownie, co prowadzi do nieprawidłowego działania. Poprawka usuwa dodatkowe zwiększenie.

W jądrze Linux funkcja dma_fence_dedup_array() zwraca 1, gdy wywołana z liczbą 0, co jest niezgodne z dokumentacją i może prowadzić do wyłuskania niezainicjalizowanego wskaźnika w amdgpu_userq_wait_*(). Poprawka sprawia, że funkcja zwraca 0 dla pustej tablicy.

W jądrze Linux w module accel/amdxdna występuje błąd use-after-free w funkcji amdxdna_gem_dmabuf_mmap(). Gdy vm_insert_pages() zawiedzie, ścieżka błędu wywołuje close, który zwalnia obiekt GEM, a następnie kod ponownie go zwalnia, co prowadzi do dostępu do zwolnionej pamięci. Poprawka polega na bezpośrednim powrocie z close_vma.

W jądrze Linux w sterowniku accel/amdxdna funkcja amdxdna_drm_sync_bo_ioctl() przy operacji SYNC_DIRECT_FROM_DEVICE przekazuje do amdxdna_hwctx_sync_debug_bo() wskaźnik client z obiektu BO, zamiast wskaźnika z pliku ioctl. To powoduje użycie niewłaściwego klienta jako przestrzeni nazw dla debug_bo_hdl i właściciela xarray kontekstu sprzętowego, co może prowadzić do błędów synchronizacji. Poprawka przekazuje filp->driver_priv.

W jądrze Linux w sterowniku accel/ivpu funkcja fw_log_from_bo() nie sprawdza, czy rozmiar logu jest co najmniej równy rozmiarowi nagłówka. Gdy log ma mniejszy rozmiar, fw_log_print_buffer() oblicza data_size z niedomiarem (underflow), co prowadzi do odczytu poza mały obszar danych BO. Rozmiar 0 powoduje również zapętlenie. Poprawka odrzuca logi o rozmiarze mniejszym niż nagłówek.

W jądrze Linux w podsystemie resctrl wykryto podatność use-after-free podczas odmontowywania systemu plików. Konkurencyjny czytelnik pliku zdarzeń monitorowania może uzyskać dostęp do już zwolnionej pamięci, ponieważ flaga RDT_DELETED nie jest ustawiana dla domyślnej grupy zasobów. Poprawka ustawia tę flagę bezwarunkowo i zapobiega ponownemu montowaniu, gdy istnieją oczekujący czytelnicy.

W sterowniku mlx5e dla kart sieciowych Mellanox wykryto podatność use-after-free w obsłudze MACsec. Usunięcie RX SC (Receive Secure Channel) zwalniało obiekt metadata_dst bez uwzględnienia licznika referencji, co mogło prowadzić do użycia zwolnionej pamięci przez równoległy proces odbierania pakietów. Dodatkowo, publikacja elementu w tablicy xarray przed inicjalizacją metadata_dst mogła ujawnić niepełne dane.

W jądrze Linux wykryto podatność use-after-free w funkcji user_event_mm_dup() dotyczącej mechanizmu user_events. Problem pojawia się podczas fork(), gdy lista enablerów jest przeglądana bez blokady, a równocześnie inny wątek usuwa enabler, co prowadzi do użycia zwolnionej pamięci. Atakujący nieuprzywilejowany może wywołać ten błąd, co skutkuje awarią systemu lub potencjalną eskalacją uprawnień.

W jądrze Linux w mechanizmie hotplug CPU występuje błąd w funkcji cpuhp_invoke_callback(), który powoduje ukrycie oryginalnego błędu podczas wycofywania wcześniejszych wywołań zwrotnych. Zmienna ret jest ponownie używana do przechowywania wyniku wycofania, co może maskować pierwotny błąd.

W jądrze Linux w mechanizmie hotplug CPU występuje podatność przepełnienia bufora w funkcji states_show(). Funkcja ta zapisuje nazwy stanów hotplug do bufora sysfs za pomocą sprintf(), co może zapisać poza koniec bufora PAGE_SIZE przy dużej liczbie zarejestrowanych stanów.

W jądrze Linux w sterowniku SIT (IPv6-in-IPv4) funkcja ipip6_changelink() nie sprawdzała uprawnień CAP_NET_ADMIN w przestrzeni nazw sieci tunelu. Osoba z uprawnieniami w przestrzeni nazw urządzenia, ale bez uprawnień w przestrzeni nazw tunelu, mogła modyfikować tunel. Dodano sprawdzenie rtnl_dev_link_net_capable() na początku funkcji.

W jądrze Linux w module act_ct funkcja tcf_ct_handle_fragments() nie zapisuje i nie przywraca bufora sterującego skb->cb podczas defragmentacji. Powoduje to utratę metadanych qdisc, takich jak pkt_segs, i może wywołać ostrzeżenie WARN_ON_ONCE(). Dodano zapis i przywracanie tc_skb_cb.

W jądrze Linux w sterowniku IP6VTI funkcja vti6_changelink() nie sprawdzała uprawnień CAP_NET_ADMIN w przestrzeni nazw sieci tunelu. Osoba z uprawnieniami w przestrzeni nazw urządzenia, ale bez uprawnień w przestrzeni nazw tunelu, mogła modyfikować tunel. Dodano sprawdzenie rtnl_dev_link_net_capable() na początku funkcji.