Katalog podatności CVE

W jądrze Linuxa naprawiono podatność związaną z blokiem SDMA, która powodowała problem z wskaźnikiem NULL w funkcjach buforów, gdy blok SDMA nie był włączony.

W jądrze Linux występuje podatność w module drm/amdgpu/ras, gdzie w rzadkim przypadku, gdy EEPROM zawiera wyłącznie nieprawidłowe wpisy adresowe, alokacja danych RAS jest pomijana. Prowadzi to do dereferencji wskaźnika NULL w funkcji amdgpu_ras_sysfs_badpages_read, powodując awarię jądra (oops) oraz pozostawienie ujemnych wartości w liczniku wolnego miejsca.

W jądrze Linux w funkcji bcm_vk_read() sterownika bcm_vk wskaźnik entry może być NULL, a gdy rc jest ustawione na -EMSGSIZE, kod odwołuje się do entry->to_h_msg, entry->usr_msg_id i entry->to_h_blks, co powoduje dereferencję wskaźnika NULL.

W jądrze Linux w funkcji probe sterownika ti_fpc202 występował potencjalny wyciek pamięci związany z niezwolnionym odwołaniem do węzła urządzenia. Poprawka używa for_each_child_of_node_scoped(), aby automatycznie zwalniać odwołanie po zakończeniu pętli.

W jądrze Linux w sterowniku pamięci mtk-smi wykryto wyciek referencji do urządzenia SMI. Referencja pobrana podczas wspólnej inicjalizacji (common probe) nie jest zwalniana w przypadku późnego błędu inicjalizacji (np. odroczenia probe) ani przy odłączeniu sterownika.

W jądrze Linux w sterowniku pamięci mtk-smi wykryto wyciek referencji do urządzenia SMI podczas inicjalizacji larb. Referencja pobrana przy wyszukiwaniu urządzenia SMI nie jest zwalniana przy późnym błędzie inicjalizacji (np. odroczeniu probe) ani przy odłączeniu sterownika.

W jądrze Linux usunięto funkcję 'auto_queue' stosu MHI dla kanałów IPCR DL, ponieważ powodowała wyścig między sterownikami klienta a stosem MHI. Wyścig mógł prowadzić do wywołania dl_callback przed pełnym zainicjalizowaniem struktur sterownika, co skutkowało dereferencją wskaźnika NULL i problemami z rozruchem na maszynach Qcom X1E80100 CRD. Sterownik QRTR zarządza teraz buforami RX ręcznie.

W jądrze Linuxa rozwiązano podatność związaną z zarządzaniem pamięcią w funkcji rtw_set_supported_band(). Uproszczono kod poprzez zastosowanie alokacji pamięci zarządzanej przez urządzenie, co również naprawia wyciek pamięci w funkcji rtw_register_hw().

W jądrze Linux funkcja most_register_interface() w podsystemie most nie zwalniała poprawnie zasobów przy wczesnym błędzie (przed zarejestrowaniem urządzenia), zwracając kod błędu i wyciekając pamięć przydzieloną dla interfejsu. Poprawka polega na wcześniejszej inicjalizacji urządzenia przez device_initialize() i wywołaniu put_device() na wszystkich ścieżkach błędów, a także na przejściu z device_register() na device_add().

W jądrze Linux w systemie plików hfsplus konwersja na nowe API montowania wprowadziła błąd w sposobie przydzielania sb->s_fs_info. Jeśli setup_bdev_super() zawiedzie po przydzieleniu nowego superbloku przez sget_fc(), ale przed przejęciem własności danych s_fs_info przez hfsplus_fill_super(), dane te wyciekają. Poprawka zwalnia sb->s_fs_info w hfsplus_kill_super().

W Keylime znaleziono lukę, która pozwala atakującemu z dostępem root na monitorowanej maszynie na wykorzystanie podatności w weryfikatorze Keylime. Weryfikator używa zakodowanego wyzwania nonce zamiast losowej wartości kryptograficznej, co umożliwia atakującemu gromadzenie ważnych cytatów TPM i ich odtwarzanie w celu uniknięcia wykrycia.

HCL DFXAnalytics jest dotknięty podatnością niebezpiecznej konfiguracji nagłówków bezpieczeństwa, gdzie Content-Security-Policy nie definiuje ścisłych dyrektyw dla object-src i base-uri, co może pozwolić atakującemu na wykorzystanie wektorów iniekcji takich jak Cross-Site Scripting (XSS).

Klient TCP może przeprowadzić handshake TLS i przedstawić rozszerzenie server name z nazwą akceptowaną przez wildcard serwera, np. gdy serwer ma certyfikat dla *.example.com, akceptowana jest każda nazwa XYZ.example.com, gdzie XYZ jest poprawną nazwą. Opis nie wskazuje konkretnego produktu ani wersji.

W Apache Wicket komponent FolderUploadsFileManager nie waliduje ani nie sanityzuje parametru uploadFieldId ani clientFileName przed budowaniem ścieżek plików. Umożliwia to nieuwierzytelnionemu atakującemu zapis dowolnych plików poza katalogiem docelowym lub odczyt plików z dowolnych lokalizacji na serwerze. Podatność dotyczy wersji 8.0.0–8.17.0, 9.0.0–9.22.0 i 10.0.0–10.8.0.

W jądrze Linuxa w stosie Bluetooth (hci_sync) występuje wyścig danych (data race) na polu hdev->req_status. Różne funkcje odczytują i zapisują to pole bez odpowiedniego blokowania, co może prowadzić do błędów.

W jądrze Linux naprawiono błąd w systemie plików btrfs dotyczący odtwarzania dziennika (log replay). Gdy i-węzeł (inode) został wcześniej zalogowany z rozmiarem 0, a następnie utworzono nowy twardy link lub zmieniono nazwę, dziennik nie aktualizował rozmiaru i-węzła, pozostawiając niezerowy rozmiar (np. 64K) mimo wcześniejszego obcięcia do zera.

W tiny SRCU funkcja srcu_gp_start_if_needed() bezpośrednio wywołuje schedule_work(), co powoduje splat lockdep, gdy call_srcu() jest wywoływane z trzymanym lockiem schedulera. Poprawka używa irq_work do rozpoczęcia GP oraz dodaje irq_work_sync() w cleanup_srcu_struct(), aby zapobiec use-after-free.

W jądrze Linux funkcja shstk_pop_sigframe() (shadow stacks na x86) nie sprawdza błędów zwracanych przez mmap_read_lock_killable(). Brak oznaczenia __must_check na tych funkcjach uniemożliwił wczesne wykrycie problemu.

W jądrze Linux funkcja xfrm_get_ae() nie uwzględnia rozmiaru atrybutu XFRMA_IF_ID w obliczeniach rozmiaru komunikatu, co może prowadzić do błędu -EMSGSIZE i wywołania BUG_ON, powodując panikę jądra. Problem dotyczy stanów z ustawionym if_id.

W jądrze Linuxa zidentyfikowano podatność związaną z wyciekiem pamięci w tablicy BO w stanie zawieszenia. Tablica BO była alokowana osobno, ale nigdy nie była zwalniana, co prowadziło do wycieku pamięci.