Threats Tagged 'cve-2026-64059'
View all threats tagged with 'cve-2026-64059'. Filter and sort to focus on specific types of threats.
Stop chasing alerts. Route them.
Start free, then upgrade once to turn Radar into an automated delivery engine for your security stack.
Custom feeds / Automations: email, Slack, webhooks, SIEM/MISP / API access (baseline limits)
API access activates after upgrading in Console -> Billing.
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.
Filter Threats
Narrow down the results by type, severity, or affected countries
Threats Tagged 'cve-2026-64059'
Click on any threat for detailed analysis and mitigation recommendations
In the Linux kernel, the following vulnerability has been resolved: netfs: Fix folio->private handling in netfs_perform_write() Under some circumstances, netfs_perform_write() doesn't correctly manipulate folio->private between NULL, NETFS_FOLIO_COPY_TO_CACHE, pointing to a group and pointing to a netfs_folio struct, leading to potential multiple attachments of private data with associated folio ref leaks and also leaks of netfs_folio structs or netfs_group refs. Fix this by consolidating the place at which a folio is marked uptodate in one place and having that look at what's attached to folio->private and decide how to clean it up and then set the new group. Also, the content shouldn't be flushed if group is NULL, even if a group is specified in the netfs_group parameter, as that would be the case for a new folio. A filesystem should always specify netfs_group or never specify netfs_group. The Sashiko auto-review tool noted that it was theoretically possible that the fpos >= ctx->zero_point section might leak if it modified a streaming write folio. This is unlikely, but with a network filesystem, third party changes can happen. It also pointed out that __netfs_set_group() would leak if called multiple times on the same folio from the "whole folio modify section". Join the discussion | GCVE Database | 07/20/2026, 00:00:00 UTC Added: 07/21/2026, 19:59:45 UTC |
A vulnerability in the Linux kernel's netfs subsystem was resolved involving improper handling of folio->private in the netfs_perform_write() function. This flaw could lead to multiple attachments of private data, causing reference leaks of folio and netfs_folio structures. The issue was addressed by consolidating folio uptodate marking and cleanup logic to prevent leaks and improper flushing behavior. No known exploits are reported. Join the discussion | GCVE Database | 07/19/2026, 18:31:51 UTC Added: 07/19/2026, 19:38:17 UTC |
Showing 1 to 2 of 2 results