Katalog podatności CVE

W sterowniku wifi mt76 (mt7996) po pełnym resecie chipu ścieżka resetu zwalnia struktury linków bez wyczyszczenia bitów w mvif->valid_links, przez co odtworzenie konfiguracji przez mac80211 nie tworzy ponownie rekordów dev_info/bss_info/STA i nie rejestruje ponownie link wcid, pozostawiając urządzenie niedziałające. Reset wycieka też wszystkie przydzielone indeksy MLD, co przy powtarzanych resetach wyczerpuje przestrzeń indeksów.

W sterowniku wifi mt76 (mt7915) funkcja mt7915_pci_init_hif2() była wywoływana bezwarunkowo oraz ponownie w gałęzi nieaktywnego WED. Powodowało to podwójne zwiększenie globalnego hif_idx, dwukrotny zapis rejestru PCIe RECOG_ID i wyciek referencji urządzenia, ponieważ usunięcie zwalnia tylko jedną referencję.

W sterowniku wifi mt76 (mt7915) po udanym mt7915_register_ext_phy() awaria mt7915_init_debugfs() lub mt7915_coredump_register() dla głównego PHY powodowała odkręcenie przez free_phy2, które wywoływało ieee80211_free_hw() na ext PHY wciąż zarejestrowanym w mac80211, ponieważ mt76_unregister_device() wyrejestrowuje tylko główny hw.

W sterowniku wifi mt76 (mt7915) referencja hif2 uzyskana przez mt7915_pci_init_hif2() jest zwalniana tylko na ścieżkach błędów opartych na dev->hif2, który nie jest przypisany aż do konfiguracji IRQ. Jeśli pci_alloc_irq_vectors() lub główne devm_request_irq() zawiodą, referencja wycieka.

W sterowniku wifi mt76 (mt7996) jeśli attach WED dla głównej funkcji PCIe zawiedzie, ścieżka sondowania nadal podłącza wed_hif2 dla funkcji pomocniczej, pozostawiając urządzenie w niespójnej konfiguracji połowicznego WED, która później powoduje awarię. Wywołanie hif2 ponownie włącza też hwrro_mode, który nieudany główny attach właśnie wyłączył.

W sterowniku wifi mt76 funkcja mt76_vif_link() indeksuje mvif->link[] bez walidacji link_id, a wywołujący przekazują mvif->deflink_id / msta->deflink_id, które przechowują IEEE80211_LINK_UNSPECIFIED (0xf) do momentu dodania pierwszego linku. Ponieważ IEEE80211_MLD_MAX_NUM_LINKS wynosi 15, odczyt następuje o jeden element poza tablicą, aliasując mt76_vif_data.offchannel_link.

W sterowniku wifi mt76 (mt7996) gdy mac80211 pozostawia link nieokreślony, mt7996_tx() podstawia główny identyfikator linku stacji lub vif. Wartość ta to IEEE80211_LINK_UNSPECIFIED (0xf) do momentu dodania pierwszego linku i jest używana bez sprawdzenia do indeksowania vif->link_conf[], mvif->mt76.link[] i sta->link[], które mają po 15 elementów.

W jądrze Linuksa w sterowniku ath10k dla SNOC (WCN3990) podczas kopiowania obszaru MSA do zrzutu pamięci używana jest funkcja memcpy(), która wykonuje niepoprawne (niezrównane) dostęp do pamięci zmapowanej jako MEMREMAP_WT. Powoduje to błąd wyrównania i awarię jądra podczas zbierania devcoredump, a także zerowanie bufora zrzutu pamięci.

W jądrze Linuksa dla architektury arm64 w mechanizmie ptrace występuje problem z synchronizacją wartości 'orig_x0' i x0 podczas wchodzenia do syscalla. Poprzednia poprawka nie aktualizowała 'orig_x0' podczas przetwarzania SECCOMP_RET_TRACE, co pozwalało tracertowi na modyfikację argumentu syscalla bez kontroli seccomp i audytu.

W jądrze Linuksa w funkcji nl80211_color_change() stwierdzono wyciek pamięci podczas przetwarzania danych beacon_next. Jeśli parsowanie beacon_next zakończy się błędem, towary parametry (takie jak mbssid_ies i rnr_ies) nie są zwalniane, ponieważ funkcja zwraca błąd bez użycia ścieżki czyszczącej out:.

W jądrze Linuksa w sterowniku brcmfmac występuje problem z obsługą ramek akcji P2P, gdy nie istnieje wirtualny interfejs P2P. Niektóre ścieżki zakładają, że taki interfejs jest zawsze dostępny, co nie jest prawdą dla ramek publicznych wysyłanych przez interfejs główny lub gdy abort ramki ma miejsce przed utworzeniem vif P2P.

W jądrze Linuksa w podsystemie mac80211 stwierdzono błędne porównanie kanału zero podczas parsowania CSA (Channel Switch Announcement). Refaktoryzacja mylnie traktowała kanał zero jako brak informacji, przez co AP ogłaszający przełączenie na nieprawidłowy kanał 0 nie powodował rozłączenia, co może prowadzić do awarii firmware na niektórych urządzeniach Intel.

W jądrze Linuksa w cfg80211 stwierdzono brak zatrzymywania pomiarów PMSR przed wyłączeniem interfejsów P2P i NAN. Funkcje cfg80211_stop_p2p_device() i cfg80211_stop_nan() nie wywołują cfg80211_pmsr_wdev_down(), co może pozostawić nieaktualne żądania w sterowniku i prowadzić do niespójności.

W jądrze Linuksa w mechanizmie BPF arena stwierdzono potencjalny zakleszczenie (deadlock) na mmap_lock w przypadku niepowodzenia przejęcia spinlocka w funkcji arena_vm_fault(). Funkcja zwraca VM_FAULT_RETRY bez wcześniejszego zwolnienia mmap_lock, co powoduje podwójne założenie blokady przy ponowieniu.

W jądrze Linuksa w sterowniku coreboot stwierdzono brak walidacji granic tabeli. coreboot_table_probe() zastępuje długość zasobu platformy wartościami z firmware, co może prowadzić do przepełnienia przy dodawaniu rozmiaru 32-bitowego lub mapowania pamięci poza zasobem przez źle sformowaną tabelę.

W jądrze Linuksa w podsystemie pinctrl (generic) stwierdzono wyciek pamięci w funkcji pinctrl_generic_to_map(). Jeśli któryś z kolejnych kroków (mux, grupa, config) zwróci błąd, wskaźnik *maps może zawierać częściowo przydzielone wpisy, które nie są zwalniane, co prowadzi do wycieku pamięci dla wszystkich sterowników używających tej funkcji.

W jądrze Linuksa dla architektury PowerPC wykryto podatność związaną z obsługą syscalli po włączeniu GENERIC_ENTRY. Gdy seccomp lub ptrace przechwytuje syscall i ustawia wartość zwrotną, system_call_exception() nie obsługiwał sygnału -1, co powodowało nadpisanie ustawionej wartości przez -ENOSYS. Poprawka wprowadza flagę wątku, która śledzi jawne ustawienie wartości zwrotnej i zapobiega jej nadpisaniu.

W jądrze Linux występuje podatność w sterowniku konsoli szeregowej amba-pl011. Funkcja pl011_console_write_atomic() wywoływana w kontekście atomowym (nbcon) używa clk_enable(), które w jądrze z PREEMPT_RT może zasnąć, co prowadzi do błędu "sleeping function called from invalid context". Problem dotyczy urządzeń arm32 i arm64 z Device Tree, gdzie UART korzysta z zegara zarządzanego przez common-clk.

W jądrze Linux w podsystemie serial core występuje podatność polegająca na tym, że alokacje pamięci dla uport->tty_groups i uport->name są wykonywane po rejestracji konsoli, co w przypadku niepowodzenia alokacji prowadzi do wyrejestrowania portu, podczas gdy konsola pozostaje zarejestrowana, a wskaźniki wskazują na zwolnioną pamięć. Może to prowadzić do dereferencji NULL (w konsoli PL011) lub use-after-free (w konsoli i.MX).

W jądrze Linux w funkcji uart_register_driver() występuje problem polegający na tym, że w przypadku niepowodzenia tty_alloc_driver() wskaźnik drv->state pozostaje wskazujący na zwolnioną pamięć, a w przypadku niepowodzenia tty_register_driver() wskaźnik drv->tty_driver również pozostaje po zwolnieniu referencji. Sterowniki używające drv->state jako flagi 'już zarejestrowany' mogą pominąć rejestrację przy następnym probe i przekazać zwolniony stan do uart_add_one_port().