CVE-2023-53241
published 2025-09-15CVE-2023-53241: In the Linux kernel, the following vulnerability has been resolved: nfsd: call op_release, even when op_func returns an error For ops with "trivial" replies…
PriorityP417medium5.5CVSS 3.1
AVLACLPRLUINSUCNINAH
EPSS
0.15%
4.4th percentile
In the Linux kernel, the following vulnerability has been resolved:
nfsd: call op_release, even when op_func returns an error
For ops with "trivial" replies, nfsd4_encode_operation will shortcut
most of the encoding work and skip to just marshalling up the status.
One of the things it skips is calling op_release. This could cause a
memory leak in the layoutget codepath if there is an error at an
inopportune time.
Have the compound processing engine always call op_release, even when
op_func sets an error in op->status. With this change, we also need
nfsd4_block_get_device_info_scsi to set the gd_device pointer to NULL
on error to avoid a double free.
Affected
16 ranges
| Vendor | Product | Version range | Fixed in |
|---|---|---|---|
| debian | linux | < linux 6.1.25-1 (bookworm) | linux 6.1.25-1 (bookworm) |
| linux | linux | — | — |
| linux | linux | >= 34b1744c91ccd44811005822106945fa80ecbff2 < 65a33135e91e6dd661ecdf1194b9d90c49ae3570 | 65a33135e91e6dd661ecdf1194b9d90c49ae3570 |
| linux | linux | >= 34b1744c91ccd44811005822106945fa80ecbff2 < b11d8162c24af4a351d21e2c804d25ca493305e3 | b11d8162c24af4a351d21e2c804d25ca493305e3 |
| linux | linux | >= 34b1744c91ccd44811005822106945fa80ecbff2 < b623a8e5d38a69a3ef8644acb1030dd7c7bc28b3 | b623a8e5d38a69a3ef8644acb1030dd7c7bc28b3 |
| linux | linux | >= 34b1744c91ccd44811005822106945fa80ecbff2 < 3d0dcada384af22dec764c8374a2997870ec86ae | 3d0dcada384af22dec764c8374a2997870ec86ae |
| linux | linux | >= 34b1744c91ccd44811005822106945fa80ecbff2 < 15a8b55dbb1ba154d82627547c5761cac884d810 | 15a8b55dbb1ba154d82627547c5761cac884d810 |
| linux | linux_kernel | — | — |
| linux | linux_kernel | >= 0 < 5.10.221-1 | 5.10.221-1 |
| linux | linux_kernel | >= 0 < 6.1.25-1 | 6.1.25-1 |
| linux | linux_kernel | >= 0 < 6.1.25-1 | 6.1.25-1 |
| linux | linux_kernel | >= 0 < 6.1.25-1 | 6.1.25-1 |
| linux | linux_kernel | >= 4.14 < 5.10.220 | 5.10.220 |
| linux | linux_kernel | >= 5.11 < 5.15.154 | 5.15.154 |
| linux | linux_kernel | >= 5.16 < 6.1.24 | 6.1.24 |
| linux | linux_kernel | >= 6.2 < 6.2.11 | 6.2.11 |
CVSS provenance
nvdv3.15.5MEDIUMCVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
osv5.5MEDIUM
vendor_debian5.5MEDIUM
vendor_redhat5.5MEDIUM
Stop checking back — get the weekly exploitation signal.
Every Monday: what got weaponized or added to CISA KEV in the last seven days — each CVE cross-linked to its PoC, Nuclei template, and detection rule. Free, one email a week, unsubscribe in one click.
GHSA
GHSA-8mj9-585g-24hv: In the Linux kernel, the following vulnerability has been resolved:
nfsd: call op_release, even when op_func returns an error
For ops with "trivial"
ghsa_unreviewed·2025-09-15
CVE-2023-53241 [MEDIUM] CWE-401 GHSA-8mj9-585g-24hv: In the Linux kernel, the following vulnerability has been resolved:
nfsd: call op_release, even when op_func returns an error
For ops with "trivial"
In the Linux kernel, the following vulnerability has been resolved:
nfsd: call op_release, even when op_func returns an error
For ops with "trivial" replies, nfsd4_encode_operation will shortcut
most of the encoding work and skip to just marshalling up the status.
One of the things it skips is calling op_release. This could cause a
memory leak in the layoutget codepath if there is an error at an
inopportune time.
Have the compound processing engine always call op_release, even when
op_func sets an error in op->status. With this change, we also need
nfsd4_block_get_device_info_scsi to set the gd_device pointer to NULL
on error to avoid a double free.
OSV
CVE-2023-53241: In the Linux kernel, the following vulnerability has been resolved: nfsd: call op_release, even when op_func returns an error For ops with "trivial" r
osv·2025-09-15·CVSS 5.5
CVE-2023-53241 [MEDIUM] CVE-2023-53241: In the Linux kernel, the following vulnerability has been resolved: nfsd: call op_release, even when op_func returns an error For ops with "trivial" r
In the Linux kernel, the following vulnerability has been resolved: nfsd: call op_release, even when op_func returns an error For ops with "trivial" replies, nfsd4_encode_operation will shortcut most of the encoding work and skip to just marshalling up the status. One of the things it skips is calling op_release. This could cause a memory leak in the layoutget codepath if there is an error at an inopportune time. Have the compound processing engine always call op_release, even when op_func sets an error in op->status. With this change, we also need nfsd4_block_get_device_info_scsi to set the gd_device pointer to NULL on error to avoid a double free.
Red Hat
kernel: nfsd: call op_release, even when op_func returns an error
vendor_redhat·2025-09-15·CVSS 5.5
CVE-2023-53241 [MEDIUM] CWE-772 kernel: nfsd: call op_release, even when op_func returns an error
kernel: nfsd: call op_release, even when op_func returns an error
In the Linux kernel, the following vulnerability has been resolved:
nfsd: call op_release, even when op_func returns an error
For ops with "trivial" replies, nfsd4_encode_operation will shortcut
most of the encoding work and skip to just marshalling up the status.
One of the things it skips is calling op_release. This could cause a
memory leak in the layoutget codepath if there is an error at an
inopportune time.
Have the compound processing engine always call op_release, even when
op_func sets an error in op->status. With this change, we also need
nfsd4_block_get_device_info_scsi to set the gd_device pointer to NULL
on error to avoid a double free.
Package: kernel (Red Hat Enterprise Linux 10) - Not affected
Package: ker
Debian
CVE-2023-53241: linux - In the Linux kernel, the following vulnerability has been resolved: nfsd: call ...
vendor_debian·2023·CVSS 5.5
CVE-2023-53241 [MEDIUM] CVE-2023-53241: linux - In the Linux kernel, the following vulnerability has been resolved: nfsd: call ...
In the Linux kernel, the following vulnerability has been resolved: nfsd: call op_release, even when op_func returns an error For ops with "trivial" replies, nfsd4_encode_operation will shortcut most of the encoding work and skip to just marshalling up the status. One of the things it skips is calling op_release. This could cause a memory leak in the layoutget codepath if there is an error at an inopportune time. Have the compound processing engine always call op_release, even when op_func sets an error in op->status. With this change, we also need nfsd4_block_get_device_info_scsi to set the gd_device pointer to NULL on error to avoid a double free.
Scope: local
bookworm: resolved (fixed in 6.1.25-1)
bullseye: resolved (fixed in 5.10.221-1)
forky: resolved (fixed in 6.1.25-1)
sid: resolved
No detection rules found.
No public exploits indexed.
https://git.kernel.org/stable/c/15a8b55dbb1ba154d82627547c5761cac884d810https://git.kernel.org/stable/c/3d0dcada384af22dec764c8374a2997870ec86aehttps://git.kernel.org/stable/c/65a33135e91e6dd661ecdf1194b9d90c49ae3570https://git.kernel.org/stable/c/b11d8162c24af4a351d21e2c804d25ca493305e3https://git.kernel.org/stable/c/b623a8e5d38a69a3ef8644acb1030dd7c7bc28b3
2025-09-15
Published