CVE-2026-64067
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 netfscollectreadresults() and netfscollectwriteresults(),
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 NETFSSREQIN_PROGRESS flag is perceived to be set first if
no lock is taken.
Fix this by:
(1) Add a new listaddtail_release() function that uses a release barrier
to set the pointer to the new member of the list.
(2) Add a new listfirstentryornull_acquire() function that uses an
acquire barrier to read the pointer to the first member in a list (or
return NULL).
(3) Use listaddtail_release() when adding a subreq to ->subrequests.
(4) Use listfirstentryornull_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).
Package Versions Affected
Automatically patch vulnerabilities without upgrading
CVSS Version



Related Resources
References
https://git.kernel.org/stable/c/293a4532c36f38458e38b8879b174ab797718b9d, https://git.kernel.org/stable/c/b5782e2d462c028096f922abca46318cec890670, https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/64xxx/CVE-2026-64067.json, https://nvd.nist.gov/vuln/detail/CVE-2026-64067, https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git