lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Message-ID: <2025050217-CVE-2023-53083-5b4e@gregkh> Date: Fri, 2 May 2025 17:55:48 +0200 From: Greg Kroah-Hartman <gregkh@...uxfoundation.org> To: linux-cve-announce@...r.kernel.org Cc: Greg Kroah-Hartman <gregkh@...nel.org> Subject: CVE-2023-53083: nfsd: don't replace page in rq_pages if it's a continuation of last page From: Greg Kroah-Hartman <gregkh@...nel.org> Description =========== In the Linux kernel, the following vulnerability has been resolved: nfsd: don't replace page in rq_pages if it's a continuation of last page The splice read calls nfsd_splice_actor to put the pages containing file data into the svc_rqst->rq_pages array. It's possible however to get a splice result that only has a partial page at the end, if (e.g.) the filesystem hands back a short read that doesn't cover the whole page. nfsd_splice_actor will plop the partial page into its rq_pages array and return. Then later, when nfsd_splice_actor is called again, the remainder of the page may end up being filled out. At this point, nfsd_splice_actor will put the page into the array _again_ corrupting the reply. If this is done enough times, rq_next_page will overrun the array and corrupt the trailing fields -- the rq_respages and rq_next_page pointers themselves. If we've already added the page to the array in the last pass, don't add it to the array a second time when dealing with a splice continuation. This was originally handled properly in nfsd_splice_actor, but commit 91e23b1c3982 ("NFSD: Clean up nfsd_splice_actor()") removed the check for it. The Linux kernel CVE team has assigned CVE-2023-53083 to this issue. Affected and fixed versions =========================== Issue introduced in 5.19 with commit 91e23b1c39820bfed642119ff6b6ef9f43cf09ce and fixed in 6.1.22 with commit 51ddb84baff6f09ad62b5999ece3ec172e4e3568 Issue introduced in 5.19 with commit 91e23b1c39820bfed642119ff6b6ef9f43cf09ce and fixed in 6.2.9 with commit 0101067f376eb7b9afd00279270f25d5111a091d Issue introduced in 5.19 with commit 91e23b1c39820bfed642119ff6b6ef9f43cf09ce and fixed in 6.3 with commit 27c934dd8832dd40fd34776f916dc201e18b319b 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-2023-53083 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/nfsd/vfs.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/8235cd619db6e67f1d7d26c55f1f3e4e575c947d https://git.kernel.org/stable/c/12eca509234acb6b666802edf77408bb70d7bfca https://git.kernel.org/stable/c/51ddb84baff6f09ad62b5999ece3ec172e4e3568 https://git.kernel.org/stable/c/0101067f376eb7b9afd00279270f25d5111a091d https://git.kernel.org/stable/c/27c934dd8832dd40fd34776f916dc201e18b319b
Powered by blists - more mailing lists