CVE-2026-53361
WysokieCVSS 7.1Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 2 - wyżej niż 2% wszystkich znanych CVE
Streszczenie
W jądrze Linux w podsystemie af_unix wykryto problem synchronizacji w funkcji unix_gc(). Flaga gc_in_progress mogła być ustawiona na false podczas wykonywania garbage collectora, co umożliwiało uruchomienie kolejnego przebiegu GC, zanim poprzedni się zakończył. Funkcja unix_peek_fpl() polega na tej fladze, aby uniknąć błędów przy MSG_PEEK.
Ocena ryzyka
Potencjalne błędne działanie mechanizmu garbage collectora dla gniazd UNIX może prowadzić do nieprawidłowego zarządzania pamięcią, co w skrajnych przypadkach może skutkować awarią systemu lub naruszeniem integralności danych.
Rekomendacja
Zastosować łatkę z jądra Linux, która ustawia gc_in_progress na true na początku unix_gc(), aby zapobiec równoczesnemu uruchamianiu wielu instancji GC.
Oryginalny opis (angielski, źródło NVD)
In the Linux kernel, the following vulnerability has been resolved: af_unix: Set gc_in_progress to true in unix_gc(). Igor Ushakov reported that unix_gc() could run with gc_in_progress being false if the work is scheduled while running: Thread 1 Thread 2 Thread 3 -------- -------- -------- unix_schedule_gc() unix_schedule_gc() `- if (!gc_in_progress) `- if (!gc_in_progress) |- gc_in_progress = true | `- queue_work() | unix_gc() <----------------/ | | |- gc_in_progress = true ... `- queue_work() | | `- gc_in_progress = false | | unix_gc() <---------------------------------------------' | ... /* gc_in_progress == false */ | `- gc_in_progress = false unix_peek_fpl() relies on gc_in_progress not to confuse GC by MSG_PEEK. Let's set gc_in_progress to true in unix_gc().