Katalog podatności CVE
Przetłumaczone opisy podatności z bazy NVD NIST - w języku polskim
Katalog CISA KEV zaktualizowany: (v2026.08.21)
Cotygodniowy digest CVE
Jeden mail w tygodniu z nowo opublikowanymi podatnościami, o których warto wiedzieć. Bez zakładania konta.
Digest dotyczy ogólnie nowych podatności, nie Twoich serwerów. Jeśli chcesz wiedzieć, które z nich faktycznie działają w Twojej infrastrukturze, tym zajmuje się Secvalis : skanuje Twoje maszyny i zgłasza wyłącznie to, co ich dotyczy.
W jądrze Linuxa wykryto podatność w module net/sched sch_teql, polegającą na braku synchronizacji dostępu do listy slaves w teql master. Umożliwia to wyścig (race condition) i użycie po zwolnieniu (UAF) podczas równoczesnych operacji na kolejce, co może prowadzić do naruszenia integralności pamięci.
W jądrze Linux wykryto podatność use-after-free w podsystemie mostków sieciowych (bridge) związaną z protokołem STP. Brak sprawdzenia flagi IFF_UP w funkcji br_topology_change_detection() pozwala na uzbrojenie timera zmiany topologii, gdy most jest administracyjnie wyłączony, co prowadzi do użycia po zwolnieniu pamięci podczas usuwania mostu.
W jądrze Linux w podsystemie SCTP wykryto wyścig (race) w funkcji sctp_free_addr_wq() dotyczący timera addr_wq_timer. Użycie timer_delete() nie gwarantuje zakończenia aktualnie działającego handlera timera, co może prowadzić do użycia po zwolnieniu pamięci (use-after-free).
W jądrze Linux w serwerze ksmbd wykryto podatność polegającą na niedostatecznym sprawdzaniu rozmiaru DACL przed parsowaniem wpisów ACE. Ze względu na niedomiar (underflow) w obliczeniach, złośliwy klient może ominąć ograniczenie liczby ACE i spowodować nadmierne alokacje pamięci.
W jądrze Linux w sterowniku xen/pvcalls brakuje walidacji identyfikatora żądania (req_id) pochodzącego od backendu przed użyciem go jako indeksu tablicy rsp[]. Złośliwy lub błędny backend może ustawić req_id poza zakresem, co prowadzi do zapisu poza pamięcią. Dodatkowo typ int dla req_id nie obejmuje wartości u32, co umożliwia indeksowanie ujemne.
W jądrze Linux w funkcji afs_extract_vl_addrs() kody błędów są ustawiane tylko w pierwszej iteracji pętli. W kolejnych iteracjach nie są aktualizowane, co może prowadzić do błędnego raportowania błędów.
W jądrze Linux w systemie plików AFS inicjalizacja work_struct lock_work tylko raz w funkcji init obiektu slab jest niewystarczająca. Powoduje to ostrzeżenia DEBUG_OBJECTS i potencjalne problemy przy ponownym użyciu. Poprawka wymaga ponownej inicjalizacji po alokacji inode oraz flush przed zwolnieniem.
W jądrze Linux w systemie plików AFS parsery wiadomości usługi callback nie przekazują poprawnie kodu -EAGAIN. Funkcja afs_extract_data() zwraca -EAGAIN, ale jest on niepoprawnie zamieniany na 0, co może prowadzić do błędnego przetwarzania.
W jądrze Linux w systemie plików AFS funkcja afs_break_some_callbacks() nie sprawdza, czy afs_lookup_volume_rcu() zwróciła NULL (np. gdy wolumin jest nieznany). Może to prowadzić do dereferencji wskaźnika NULL.
W jądrze Linux w systemie plików AFS brakuje blokad wokół modyfikacji net->cells_dyn_ino. Poprawka wymaga użycia wyłącznej blokady net->cells_lock oraz przeniesienia usuwania komórki z net->cells_dyn_ino do afs_destroy_cell_work(), ponieważ afs_cell_destroy() działa w kontekście RCU.
W jądrze Linux w systemie plików AFS funkcja afs_insert_volume_into_cell() ustawia flagę AFS_VOLUME_RM_TREE na nowym woluminie zamiast na zastępowanym. Powoduje to podwójne usunięcie starego woluminu z drzewa i brak usunięcia nowego.
W jądrze Linux w systemie plików Minix funkcja minix_check_superblock() używa minix_blocks_needed() do weryfikacji liczby bloków bitmap. Obliczenia wykonywane są w arytmetyce unsigned int, co może spowodować przepełnienie, gdy s_ninodes lub s_zones jest bliskie UINT_MAX. Prowadzi to do zaakceptowania zerowej liczby bloków bitmap, a następnie do dereferencji s_imap[0] lub s_zmap[0] w minix_fill_super(), co powoduje panikę jądra.
W jądrze Linux w module cachefiles, w ścieżce błędu nomem_d_alloc w funkcji cachefiles_get_directory(), występuje podwójne zwolnienie blokady (double unlock). Funkcja start_creating() w przypadku błędu -ENOMEM już zwalnia blokadę rodzica, a ścieżka błędu wywołuje inode_unlock() ponownie, co psuje stan rwsem.
W jądrze Linux w funkcji iomap, podczas przycinania rozmiaru io_size do granicy EOF, może wystąpić niedomiar (underflow) w obliczeniach, gdy end_pos jest mniejsze niż ioend->io_offset. Powoduje to zawinięcie wartości io_size do ogromnej liczby, co może prowadzić do błędów w obsłudze zapisu i uszkodzenia danych.
W jądrze Linux w module netfs, obsługa błędów w pętli writeback_iter() jest niepoprawna. W przypadku wystąpienia błędu, writeback_iter() musi być wywołane ponownie z ustawionym błędem, aby oczyścić stan iteracji, a bieżący folio musi być odblokowany i ponownie oznaczony jako brudny.
W jądrze Linux w sterowniku drm/xe/pf stwierdzono, że przetwarzanie komunikatów FAST_REQ lub EVENT przez PF (Physical Function) może naruszyć protokół VF/PF ABI i wywołać asercję po stronie PF. Poprawka polega na tym, aby PF nie obsługiwał tych typów komunikatów.
W jądrze Linux w sterowniku drm/xe/pt występuje problem z nieprawidłowym dostępem do kursora dla purgowanych obiektów BO. Funkcje xe_pt_hugepte_possible() i xe_pt_scan_64K() nie sprawdzały, czy BO jest purgowany, co prowadziło do ostrzeżeń i potencjalnie nieprawidłowego działania.
W jądrze Linux w mechanizmie uprobes dla architektury x86 występuje błąd polegający na użyciu niewłaściwego mm_struct w funkcji __in_uprobe_trampoline. W ścieżce wyrejestrowania używano current->mm zamiast mm_struct procesu śledzonego, co jest nieprawidłowe w kontekście tracera.
W jądrze Linux w module cifs występuje brak zwolnienia kredytów (credits) w ścieżce błędu w funkcji cifs_issue_read(). Może to prowadzić do nadpisania wartości kredytów podczas ponawiania podżądania, co zakłóca zarządzanie zasobami.
W jądrze Linux w systemie plików NTFS wykryto podatność polegającą na użyciu po zwolnieniu (use-after-free) w funkcji zapisu bloków $MFT. Problem wynika z odwoływania się do wskaźnika elementu listy przebiegów (runlist) po zwolnieniu blokady, podczas gdy równoczesne rozszerzanie alokacji $MFT może zwolnić pamięć tej listy. Może to prowadzić do awarii systemu lub potencjalnego wykonania kodu.

