| From bippy-5f407fcff5a0 Mon Sep 17 00:00:00 2001 |
| From: Greg Kroah-Hartman <gregkh@linuxfoundation.org> |
| To: <linux-cve-announce@vger.kernel.org> |
| Reply-to: <cve@kernel.org>, <linux-kernel@vger.kernel.org> |
| Subject: CVE-2024-36001: netfs: Fix the pre-flush when appending to a file in writethrough mode |
| |
| Description |
| =========== |
| |
| In the Linux kernel, the following vulnerability has been resolved: |
| |
| netfs: Fix the pre-flush when appending to a file in writethrough mode |
| |
| In netfs_perform_write(), when the file is marked NETFS_ICTX_WRITETHROUGH |
| or O_*SYNC or RWF_*SYNC was specified, write-through caching is performed |
| on a buffered file. When setting up for write-through, we flush any |
| conflicting writes in the region and wait for the write to complete, |
| failing if there's a write error to return. |
| |
| The issue arises if we're writing at or above the EOF position because we |
| skip the flush and - more importantly - the wait. This becomes a problem |
| if there's a partial folio at the end of the file that is being written out |
| and we want to make a write to it too. Both the already-running write and |
| the write we start both want to clear the writeback mark, but whoever is |
| second causes a warning looking something like: |
| |
| ------------[ cut here ]------------ |
| R=00000012: folio 11 is not under writeback |
| WARNING: CPU: 34 PID: 654 at fs/netfs/write_collect.c:105 |
| ... |
| CPU: 34 PID: 654 Comm: kworker/u386:27 Tainted: G S ... |
| ... |
| Workqueue: events_unbound netfs_write_collection_worker |
| ... |
| RIP: 0010:netfs_writeback_lookup_folio |
| |
| Fix this by making the flush-and-wait unconditional. It will do nothing if |
| there are no folios in the pagecache and will return quickly if there are |
| no folios in the region specified. |
| |
| Further, move the WBC attachment above the flush call as the flush is going |
| to attach a WBC and detach it again if it is not present - and since we |
| need one anyway we might as well share it. |
| |
| The Linux kernel CVE team has assigned CVE-2024-36001 to this issue. |
| |
| |
| Affected and fixed versions |
| =========================== |
| |
| Issue introduced in 6.8 with commit 41d8e7673a7726cba57cb8112d81c89cfb6c3e35 and fixed in 6.8.9 with commit 5eaf23b2e81349f6614f88396dc468fda89fc0b9 |
| Issue introduced in 6.8 with commit 41d8e7673a7726cba57cb8112d81c89cfb6c3e35 and fixed in 6.9 with commit c97f59e276d4e93480f29a70accbd0d7273cf3f5 |
| |
| Please see https://www.kernel.org for a full list of currently supported |
| kernel versions by the kernel community. |
| |
| Unaffected versions might change over time as fixes are backported to |
| older supported kernel versions. The official CVE entry at |
| https://cve.org/CVERecord/?id=CVE-2024-36001 |
| will be updated if fixes are backported, please check that for the most |
| up to date information about this issue. |
| |
| |
| Affected files |
| ============== |
| |
| The file(s) affected by this issue are: |
| fs/netfs/buffered_write.c |
| |
| |
| Mitigation |
| ========== |
| |
| The Linux kernel CVE team recommends that you update to the latest |
| stable kernel version for this, and many other bugfixes. Individual |
| changes are never tested alone, but rather are part of a larger kernel |
| release. Cherry-picking individual commits is not recommended or |
| supported by the Linux kernel community at all. If however, updating to |
| the latest release is impossible, the individual changes to resolve this |
| issue can be found at these commits: |
| https://git.kernel.org/stable/c/5eaf23b2e81349f6614f88396dc468fda89fc0b9 |
| https://git.kernel.org/stable/c/c97f59e276d4e93480f29a70accbd0d7273cf3f5 |