Katalog podatności CVE

W jądrze Linuxa w sterowniku HID (haptic) funkcja fill_effect_buf() zapisuje niezainicjalizowaną wartość do nieobsługiwanych użyć (usages), co może skutkować zapisaniem losowych danych do bufora raportu efektu.

W jądrze Linuxa w podsystemie ASoC SOF brakuje walidacji zakresu wolumenu topologii przed alokacją. Odwrócony zakres lub maksimum >= INT_MAX może prowadzić do bezpiecznej alokacji i indeksowania.

W jądrze Linuxa dla architektury RISC-V (RV64) JIT nie wykonuje rozszerzenia znaku dla 1- i 2-bajtowych argumentów kfunc, co narusza ABI. Po zmianie w analizie liveness błędy te wychodzą na jaw.

W jądrze Linuxa w podsystemie ACPI scan, gdy device_add() zawiedzie po alokacji identyfikatora instancji, wycofanie nie czyści wpisów bus-ID, pozostawiając niedostępny numer instancji.

W jądrze Linuxa w sterowniku mailbox qcom-cpucp, funkcja obsługi przerwania wywołuje mbox_chan_received_data() trzymając lock chan->lock. Przy PREEMPT_RT prowadzi to do zakleszczenia (self-deadlock).

W jądrze Linux sterownik skrzynki pocztowej qcom-cpucp (qcom_cpucp_mbox_send_data) bezwarunkowo dereferencjonował wskaźnik danych, który może być NULL. Funkcja mailbox_clear_channel() wywołuje mbox_send_message() z NULL, co powodowało panikę jądra przez NULL pointer dereference, szczególnie w konfiguracji PREEMPT_RT.

W jądrze Linux sterownik riscv-sbi-mpxy nie walidował długości powiadomień RPMI zwracanej przez SBI przed skopiowaniem danych z pamięci współdzielonej do bufora powiadomień. Dodatkowo pętla przetwarzania zdarzeń miała odwrócony warunek i mogła odczytać niepełny rekord zdarzenia.

W jądrze Linux moduł null_blk inicjalizował mutex (mutex_init(&lock)) po zarejestrowaniu podsystemu configfs, przez co wyścigowe mkdir() w /sys/kernel/config/nullb/ mogło wywołać mutex_lock() przed inicjalizacją mutexa. Powodowało to ostrzeżenie DEBUG_LOCKS_WARN_ON i WARNING w kernel/locking/mutex.c.

W jądrze Linux występuje błąd w module null_blk, gdzie podsystem configfs jest rejestrowany przed utworzeniem domyślnych urządzeń. W wyniku wyścigu z przestrzeni użytkownika (mkdir + poweron) może dojść do ostrzeżenia WARN_ON w __add_disk, a w ścieżce błędu do użycia zwolnionej pamięci (UAF).

W jądrze Linux moduł null_blk przy włączonej opcji shared_tags alokuje globalny tag_set przez null_init_global_tag_set(). Jeśli późniejsze tworzenie urządzenia zakończy się błędem, ścieżka err_dev nie zwalnia globalnego tag_set, a ponieważ inicjalizacja modułu się nie powiodła, null_exit() nigdy nie jest wywoływane — tagi i mapy tag_set wyciekają trwale.

W jądrze Linux moduł null_blk alokuje tablicę dev->zones przy włączaniu urządzenia strefowego (null_init_zoned_dev()), ale null_del_dev() nie zwalnia jej przy wyłączaniu — zwolnienie następuje dopiero w null_free_dev() przy usuwaniu katalogu configfs. Ponowne włączenie urządzenia nadpisuje wskaźnik dev->zones, powodując wyciek pamięci przy każdym cyklu zasilania.

W jądrze Linux w module null_blk występuje podatność polegająca na tym, że przy włączonej opcji shared_tags zmiana liczby kolejek (submit_queues lub poll_queues) przez configfs dla pojedynczego urządzenia powoduje wywołanie blk_mq_update_nr_hw_queues() na współdzielonym zestawie tagów. Prowadzi to do zmniejszenia set->nr_hw_queues i pozostawienia wskaźników mq_map[] wskazujących na wyzerowane (NULL) sloty hctx, co powoduje dereferencję NULL i awarię jądra (KASAN: null-ptr-deref).

W jądrze Linux w module null_blk atrybuty configfs (submit_queues, poll_queues) są zapisywane bez odpowiedniej synchronizacji. Równoległe zapisy przez różne deskryptory plików mogą prowadzić do niespójności stanu urządzenia, np. rozbieżności między submit_queues a rzeczywistą liczbą kolejek lub wyjścia poza zakres tablicy dev->zones[].

W jądrze Linuxa w sterowniku null_blk wykryto podatność polegającą na braku synchronizacji zapisów do atrybutów configfs z procesem konfiguracji urządzenia. Atrybuty mogą być zmieniane współbieżnie z inicjalizacją urządzenia, co prowadzi do niespójności konfiguracji, wyzwolenia ostrzeżeń WARN_ON_ONCE i awarii urządzenia z błędem -EIO. W skrajnych przypadkach może dojść do dereferencji wskaźnika NULL podczas zapisu do urządzenia.

W jądrze Linux w mechanizmie blk-iolatency stan opóźnienia nie jest czyszczony przy zwalnianiu danych polityki. Grupa blk-cgroup może pozostać oznaczona jako przeciążona na stałe, co powoduje ograniczenie readahead i harmonogramowanie throttlingu przy alokacji anonimowych stron.

W jądrze Linux w mechanizmie blk-iocost stan opóźnienia nie jest czyszczony przy zwalnianiu danych polityki. Grupa blk-cgroup może pozostać oznaczona jako przeciążona na stałe, co powoduje ograniczenie readahead i harmonogramowanie throttlingu przy alokacji anonimowych stron.

W jądrze Linux naprawiono błąd w module ublk, gdzie funkcja __ublk_shmem_remove_ranges() używała tymczasowej alokacji xarray z flagą GFP_ATOMIC podczas usuwania zakresów z drzewa maple. Gdy alokacja się nie powiodła, pętla zewnętrzna natychmiast ponawiała próbę dla tego samego zakresu, co prowadziło do zapętlenia i braku postępu w procesie usuwania urządzenia. Problem występował tylko w warunkach wstrzykiwania błędów alokacji (failslab).

W jądrze Linux w sterowniku mtip32xx procedury obsługi ioctl nie są synchronizowane z usuwaniem urządzenia. Bit REMOVE_PENDING jest sprawdzany przed wejściem do mtip_hw_ioctl(), ale usunięcie może ustawić go zaraz potem i zwolnić dd->port, podczas gdy ioctl nadal go używa, co prowadzi do use-after-free.

W jądrze Linux występuje zakleszczenie (deadlock) w mechanizmie AppArmor podczas wywołania change_hat w trybie complain, gdy docelowy hat nie istnieje i tworzony jest nowy profil uczący. Funkcja change_hat() trzyma blokadę podczas przeszukiwania listy hatów, a tworzenie nowego profilu próbuje ponownie zdobyć tę samą blokadę, co prowadzi do zawieszenia procesu. Problem dotyczy jąder 6.18.44 i 7.2-rc7 (oraz 7.0.0 w Ubuntu 26.04 LTS), a został naprawiony m.in. w 6.12.95 z poprawkami Debiana.

W jądrze Linux w sterowniku hwmon coretemp występuje wyciek pamięci tablicy pdata->core_data na procesorach, które nie obsługują funkcji X86_FEATURE_PTS. Tablica jest alokowana w init_temp_data(), ale zwalniana tylko w destroy_temp_data(), która nie jest wywoływana dla danych pakietu, gdy pkg_data pozostaje NULL. Poprawka zwalnia tablicę w coretemp_device_remove().