CVE-2021-47012
published 2024-02-28CVE-2021-47012: In the Linux kernel, the following vulnerability has been resolved: RDMA/siw: Fix a use after free in siw_alloc_mr Our code analyzer reported a UAF. In…
PriorityP339high7.8CVSS 3.1
AVLACLPRLUINSUCHIHAH
EPSS
0.27%
18.9th percentile
In the Linux kernel, the following vulnerability has been resolved:
RDMA/siw: Fix a use after free in siw_alloc_mr
Our code analyzer reported a UAF.
In siw_alloc_mr(), it calls siw_mr_add_mem(mr,..). In the implementation of
siw_mr_add_mem(), mem is assigned to mr->mem and then mem is freed via
kfree(mem) if xa_alloc_cyclic() failed. Here, mr->mem still point to a
freed object. After, the execution continue up to the err_out branch of
siw_alloc_mr, and the freed mr->mem is used in siw_mr_drop_mem(mr).
My patch moves "mr->mem = mem" behind the if (xa_alloc_cyclic(..)<0) {}
section, to avoid the uaf.
Affected
15 ranges
| Vendor | Product | Version range | Fixed in |
|---|---|---|---|
| debian | linux | < linux 5.10.38-1 (bookworm) | linux 5.10.38-1 (bookworm) |
| linux | linux | — | — |
| linux | linux | >= 2251334dcac9eb337575d8767e2a6a7e81848f7f < 30b9e92d0b5e5d5dc1101ab856c17009537cbca4 | 30b9e92d0b5e5d5dc1101ab856c17009537cbca4 |
| linux | linux | >= 2251334dcac9eb337575d8767e2a6a7e81848f7f < 608a4b90ece039940e9425ee2b39c8beff27e00c | 608a4b90ece039940e9425ee2b39c8beff27e00c |
| linux | linux | >= 2251334dcac9eb337575d8767e2a6a7e81848f7f < 3e22b88e02c194f6c80867abfef5cc09383461f4 | 3e22b88e02c194f6c80867abfef5cc09383461f4 |
| linux | linux | >= 2251334dcac9eb337575d8767e2a6a7e81848f7f < ad9ce7188432650469a6c7625bf479f5ed0b6155 | ad9ce7188432650469a6c7625bf479f5ed0b6155 |
| linux | linux | >= 2251334dcac9eb337575d8767e2a6a7e81848f7f < 3093ee182f01689b89e9f8797b321603e5de4f63 | 3093ee182f01689b89e9f8797b321603e5de4f63 |
| linux | linux_kernel | >= 0 < 5.10.38-1 | 5.10.38-1 |
| linux | linux_kernel | >= 0 < 5.10.38-1 | 5.10.38-1 |
| linux | linux_kernel | >= 0 < 5.10.38-1 | 5.10.38-1 |
| linux | linux_kernel | >= 0 < 5.10.38-1 | 5.10.38-1 |
| linux | linux_kernel | >= 5.11 < 5.11.21 | 5.11.21 |
| linux | linux_kernel | >= 5.12 < 5.12.4 | 5.12.4 |
| linux | linux_kernel | >= 5.3 < 5.4.119 | 5.4.119 |
| linux | linux_kernel | >= 5.5 < 5.10.37 | 5.10.37 |
CVSS provenance
nvdv3.17.8HIGHCVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
osv7.8HIGH
vendor_debian7.8HIGH
vendor_redhat7.8HIGH
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.
OSV
CVE-2021-47012: In the Linux kernel, the following vulnerability has been resolved: RDMA/siw: Fix a use after free in siw_alloc_mr Our code analyzer reported a UAF
osv·2024-02-28·CVSS 7.8
CVE-2021-47012 [HIGH] CVE-2021-47012: In the Linux kernel, the following vulnerability has been resolved: RDMA/siw: Fix a use after free in siw_alloc_mr Our code analyzer reported a UAF
In the Linux kernel, the following vulnerability has been resolved: RDMA/siw: Fix a use after free in siw_alloc_mr Our code analyzer reported a UAF. In siw_alloc_mr(), it calls siw_mr_add_mem(mr,..). In the implementation of siw_mr_add_mem(), mem is assigned to mr->mem and then mem is freed via kfree(mem) if xa_alloc_cyclic() failed. Here, mr->mem still point to a freed object. After, the execution continue up to the err_out branch of siw_alloc_mr, and the freed mr->mem is used in siw_mr_drop_mem(mr). My patch moves "mr->mem = mem" behind the if (xa_alloc_cyclic(..)<0) {} section, to avoid the uaf.
GHSA
GHSA-65x6-qq63-m88g: In the Linux kernel, the following vulnerability has been resolved:
RDMA/siw: Fix a use after free in siw_alloc_mr
Our code analyzer reported a UAF
ghsa_unreviewed·2024-02-28
CVE-2021-47012 [HIGH] CWE-416 GHSA-65x6-qq63-m88g: In the Linux kernel, the following vulnerability has been resolved:
RDMA/siw: Fix a use after free in siw_alloc_mr
Our code analyzer reported a UAF
In the Linux kernel, the following vulnerability has been resolved:
RDMA/siw: Fix a use after free in siw_alloc_mr
Our code analyzer reported a UAF.
In siw_alloc_mr(), it calls siw_mr_add_mem(mr,..). In the implementation of
siw_mr_add_mem(), mem is assigned to mr->mem and then mem is freed via
kfree(mem) if xa_alloc_cyclic() failed. Here, mr->mem still point to a
freed object. After, the execution continue up to the err_out branch of
siw_alloc_mr, and the freed mr->mem is used in siw_mr_drop_mem(mr).
My patch moves "mr->mem = mem" behind the if (xa_alloc_cyclic(..)<0) {}
section, to avoid the uaf.
Red Hat
kernel: RDMA/siw: Fix a use after free in siw_alloc_mr
vendor_redhat·2024-02-28·CVSS 7.8
CVE-2021-47012 [HIGH] CWE-416 kernel: RDMA/siw: Fix a use after free in siw_alloc_mr
kernel: RDMA/siw: Fix a use after free in siw_alloc_mr
In the Linux kernel, the following vulnerability has been resolved:
RDMA/siw: Fix a use after free in siw_alloc_mr
Our code analyzer reported a UAF.
In siw_alloc_mr(), it calls siw_mr_add_mem(mr,..). In the implementation of
siw_mr_add_mem(), mem is assigned to mr->mem and then mem is freed via
kfree(mem) if xa_alloc_cyclic() failed. Here, mr->mem still point to a
freed object. After, the execution continue up to the err_out branch of
siw_alloc_mr, and the freed mr->mem is used in siw_mr_drop_mem(mr).
My patch moves "mr->mem = mem" behind the if (xa_alloc_cyclic(..)<0) {}
section, to avoid the uaf.
Package: kernel (Red Hat Enterprise Linux 6) - Out of support scope
Package: kernel (Red Hat Enterprise Linux 7) - Out of support scope
Debian
CVE-2021-47012: linux - In the Linux kernel, the following vulnerability has been resolved: RDMA/siw: F...
vendor_debian·2021·CVSS 7.8
CVE-2021-47012 [HIGH] CVE-2021-47012: linux - In the Linux kernel, the following vulnerability has been resolved: RDMA/siw: F...
In the Linux kernel, the following vulnerability has been resolved: RDMA/siw: Fix a use after free in siw_alloc_mr Our code analyzer reported a UAF. In siw_alloc_mr(), it calls siw_mr_add_mem(mr,..). In the implementation of siw_mr_add_mem(), mem is assigned to mr->mem and then mem is freed via kfree(mem) if xa_alloc_cyclic() failed. Here, mr->mem still point to a freed object. After, the execution continue up to the err_out branch of siw_alloc_mr, and the freed mr->mem is used in siw_mr_drop_mem(mr). My patch moves "mr->mem = mem" behind the if (xa_alloc_cyclic(..)<0) {} section, to avoid the uaf.
Scope: local
bookworm: resolved (fixed in 5.10.38-1)
bullseye: resolved (fixed in 5.10.38-1)
forky: resolved (fixed in 5.10.38-1)
sid: resolved (fixed in 5.10.38-1)
trixie: resolved (fixed in 5.
No detection rules found.
No public exploits indexed.
https://git.kernel.org/stable/c/3093ee182f01689b89e9f8797b321603e5de4f63https://git.kernel.org/stable/c/30b9e92d0b5e5d5dc1101ab856c17009537cbca4https://git.kernel.org/stable/c/3e22b88e02c194f6c80867abfef5cc09383461f4https://git.kernel.org/stable/c/608a4b90ece039940e9425ee2b39c8beff27e00chttps://git.kernel.org/stable/c/ad9ce7188432650469a6c7625bf479f5ed0b6155https://git.kernel.org/stable/c/3093ee182f01689b89e9f8797b321603e5de4f63https://git.kernel.org/stable/c/30b9e92d0b5e5d5dc1101ab856c17009537cbca4https://git.kernel.org/stable/c/3e22b88e02c194f6c80867abfef5cc09383461f4https://git.kernel.org/stable/c/608a4b90ece039940e9425ee2b39c8beff27e00chttps://git.kernel.org/stable/c/ad9ce7188432650469a6c7625bf479f5ed0b6155
2024-02-28
Published