Katalog podatności CVE

W jądrze Linuxa rozwiązano podatność związaną z używaniem niewłaściwego typu destruktora w funkcjach kfunc w kontekście BPF. Problem występował przy włączonym CONFIG_CFI, co skutkowało błędami w wywołaniach funkcji pośrednich.

W jądrze Linuxa zidentyfikowano podatność związaną z funkcją mctp_flow_prepare_output(), która nie utrzymuje blokady key->lock podczas sprawdzania key->dev i potencjalnego wywołania mctp_dev_set_key().

W jądrze Linuksa zidentyfikowano podatność, która może prowadzić do podwójnego zwolnienia pamięci w funkcji fastrpc_init_create_static_process(). Problem występuje, gdy wskaźnik cctx->remote_heap nie jest czyszczony po zwolnieniu, co może prowadzić do kolejnego zwolnienia tej samej pamięci.

W jądrze Linuxa naprawiono podatność związaną z okrężną zależnością blokady w funkcji run_unpack_ex. Zgłoszenie Syzbot ujawniło problem z okrężną zależnością blokady między wnd->rw_lock a ni->file.run_lock.

W jądrze Linuxa rozwiązano podatność związaną z obsługą zegarów w sterowniku PCI. Problem dotyczył sytuacji, w której platform_device_unregister() mogło nadal próbować używać zarejestrowanych zegarów podczas wywołania callbacku wznowienia w czasie działania.

W niektórych procesorach AMD występuje podatność na wykonanie przejściowe, która może pozwolić atakującemu na wnioskowanie danych z wcześniejszych zapisów, co może prowadzić do wycieku informacji uprzywilejowanych.

W jądrze Linuxa rozwiązano podatność, która powodowała panikę jądra podczas rebootu dla niektórych paneli. Problem ten wystąpił po wprowadzeniu zmiany w commit 56de5e305d4b.

W jądrze Linuxa zidentyfikowano podatność, która dotyczy walidacji MTU w kontekście rozmiaru ramki przy bindowaniu w AF_XDP. Obecnie konfiguracje puli zero-copy są akceptowane bez weryfikacji, czy MTU urządzenia mieści się w dostępnym rozmiarze ramki.

W jądrze Linuxa naprawiono podatność związaną z soft lockup w funkcji mptcp_recvmsg(). Problem występował podczas odbierania danych z użyciem flag MSG_PEEK i MSG_WAITALL, co prowadziło do nieusunięcia skb z kolejki sk_receive_queue.

W jądrze Linuxa zidentyfikowano podatność związana z użyciem po zwolnieniu pamięci w funkcji smb2_open(). Wskaźnik opinfo jest dereferencjonowany po odblokowaniu odczytu RCU, co prowadzi do okna użycia po zwolnieniu.

W jądrze Linuxa rozwiązano podatność związaną z ponowną inicjalizacją spinlocka w strukturze `comedi_device` pomiędzy podłączeniami do niskopoziomowych sterowników. Problem dotyczy zarządzania blokadą w kontekście urządzeń COMEDI.

W jądrze systemu Linux zidentyfikowano podatność związaną z algorytmem HMAC w module CAAM. Problem występuje, gdy klucz dłuższy niż rozmiar bloku jest dostarczany, co prowadzi do błędów w alokacji pamięci.

W jądrze Linuxa naprawiono podatność związaną z błędem synchronizacji w sterowniku dummy-hcd. Problem ten miał skomplikowaną historię, a mechanizm synchronizacji został wprowadzony przez konkretny commit.

W jądrze Linuxa rozwiązano podatność związaną z deadlockiem w sterowniku cdns3 podczas korzystania z gadżetu NCM. Problem ten był wcześniej naprawiony w sterowniku cdnsp.

Podatność CVE-2023-4969 pozwala na odczytanie wrażliwych danych przez jeden kernel GPU z innego kernelu GPU, nawet jeśli pochodzą one od innego użytkownika lub aplikacji. Dzieje się to za pośrednictwem zoptymalizowanego regionu pamięci GPU, znanego jako _local memory_, na różnych architekturach.

W wersji 4.1.0 biblioteki libslirp, używanej w QEMU 4.2.0, występuje luka, która pozwala na przeprowadzenie ataku typu directory traversal na systemach Windows.

W jądrze systemu Linux rozwiązano podatność, która dotyczy funkcji ->d_compare(). Funkcja ta nie powinna blokować, dlatego zaleca się nieużywanie __getname() w tym kontekście.

W Ceph znaleziono lukę, która pozwala atakującemu na zaakceptowanie dowolnego certyfikatu, ponieważ kontekst certyfikatu nie jest przekazywany do konstruktorów imaplib.IMAP4_SSL lub smtplib.SMTP_SSL. W rezultacie, pybind nie sprawdza certyfikatu X.509 serwera, akceptując każdy certyfikat.

W jądrze Linuksa zidentyfikowano podatność związaną z wyciekiem pamięci w ścieżce błędu w funkcji samsung_dsim_host_attach(). Problem występuje, gdy wywołanie drm_bridge_add() nie jest odpowiednio obsługiwane w przypadku błędów w późniejszych operacjach.