CVE-2026-64067

Linux kernel netfs: brakujące bariery synchronizacji przy dostępie do listy subrequest

CVSS 9.8pub. 2026-07-19upd. 2026-09-03

Podatność w podsystemie netfs jądra Linux polega na braku barier pamięciowych (memory barriers) przy dostępie bez blokady do listy subrequestów, co może prowadzić do niespójności stanu w środowiskach wielowątkowych. Oceniona jako CRITICAL z wynikiem CVSS 9.8, co wskazuje na potencjalnie poważne konsekwencje dla integralności, poufności i dostępności systemu.

▸ Pokaż oryginał (EN)

In the Linux kernel, the following vulnerability has been resolved: netfs: Fix missing barriers when accessing stream->subrequests locklessly The list of subrequests attached to stream->subrequests is accessed without locks by netfs_collect_read_results() and netfs_collect_write_results(), and then they access subreq->flags without taking a barrier after getting the subreq pointer from the list. Relatedly, the functions that build the list don't use any sort of write barrier when constructing the list to make sure that the NETFS_SREQ_IN_PROGRESS flag is perceived to be set first if no lock is taken. Fix this by: (1) Add a new list_add_tail_release() function that uses a release barrier to set the pointer to the new member of the list. (2) Add a new list_first_entry_or_null_acquire() function that uses an acquire barrier to read the pointer to the first member in a list (or return NULL). (3) Use list_add_tail_release() when adding a subreq to ->subrequests. (4) Use list_first_entry_or_null_acquire() when initially accessing the front of the list (when an item is removed, the pointer to the new front iterm is obtained under the same lock).

🤖 Analiza AI

Jak działa

Funkcje netfs_collect_read_results() oraz netfs_collect_write_results() odczytują listę stream->subrequests oraz pole subreq->flags bez stosowania odpowiednich barier acquire/release po pobraniu wskaźnika z listy. Jednocześnie funkcje budujące listę nie używają bariery zapisu (write barrier) przy jej konstruowaniu, co oznacza, że flaga NETFS_SREQ_IN_PROGRESS może nie być postrzegana jako ustawiona przed dodaniem elementu do listy przez inne wątki. Poprawka wprowadza nowe funkcje list_add_tail_release() (z barierą release przy dodawaniu elementu) oraz list_first_entry_or_null_acquire() (z barierą acquire przy odczycie pierwszego elementu), które są następnie stosowane w odpowiednich miejscach kodu.

Skutki

Atakujący lub złośliwy proces lokalny może potencjalnie wykorzystać stan wyścigu (race condition) wynikający z braku barier synchronizacji, co może prowadzić do naruszenia poufności, integralności danych oraz dostępności systemu (np. awaria jądra lub eskalacja uprawnień).

Mitygacja

Należy zastosować patche dostępne u producenta zgodnie z referencjami: https://git.kernel.org/stable/c/293a4532c36f38458e38b8879b174ab797718b9d oraz https://git.kernel.org/stable/c/b5782e2d462c028096f922abca46318cec890670. Zaleca się aktualizację jądra Linux do wersji zawierającej wskazane poprawki.

Kogo dotyczy

Wersje wskazane w referencjach producenta (jądro Linux z podsystemem netfs — konkretne wersje wskazane w commitach dostępnych pod podanymi referencjami)