CVE-2021-46993
published 2024-02-28CVE-2021-46993: In the Linux kernel, the following vulnerability has been resolved: sched: Fix out-of-bound access in uclamp Util-clamp places tasks in different buckets based…
PriorityP429high7.1CVSS 3.1
AVLACLPRLUINSUCHINAH
EPSS
0.24%
15.3th percentile
In the Linux kernel, the following vulnerability has been resolved:
sched: Fix out-of-bound access in uclamp
Util-clamp places tasks in different buckets based on their clamp values
for performance reasons. However, the size of buckets is currently
computed using a rounding division, which can lead to an off-by-one
error in some configurations.
For instance, with 20 buckets, the bucket size will be 1024/20=51. A
task with a clamp of 1024 will be mapped to bucket id 1024/51=20. Sadly,
correct indexes are in range [0,19], hence leading to an out of bound
memory access.
Clamp the bucket id to fix the issue.
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 | >= 69842cba9ace84849bb9b8edcdf2cefccd97901c < 687f523c134b7f0bd040ee1230f6d17990d54172 | 687f523c134b7f0bd040ee1230f6d17990d54172 |
| linux | linux | >= 69842cba9ace84849bb9b8edcdf2cefccd97901c < f7347c85490b92dd144fa1fba9e1eca501656ab3 | f7347c85490b92dd144fa1fba9e1eca501656ab3 |
| linux | linux | >= 69842cba9ace84849bb9b8edcdf2cefccd97901c < 3da3f804b82a0a382d523a21acf4cf3bb35f936d | 3da3f804b82a0a382d523a21acf4cf3bb35f936d |
| linux | linux | >= 69842cba9ace84849bb9b8edcdf2cefccd97901c < 42ee47c7e3569d9a0e2cb5053c496d97d380472f | 42ee47c7e3569d9a0e2cb5053c496d97d380472f |
| linux | linux | >= 69842cba9ace84849bb9b8edcdf2cefccd97901c < 6d2f8909a5fabb73fe2a63918117943986c39b6c | 6d2f8909a5fabb73fe2a63918117943986c39b6c |
| 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.22 | 5.11.22 |
| linux | linux_kernel | >= 5.12 < 5.12.5 | 5.12.5 |
| linux | linux_kernel | >= 5.3 < 5.4.120 | 5.4.120 |
| linux | linux_kernel | >= 5.5 < 5.10.38 | 5.10.38 |
CVSS provenance
nvdv3.17.1HIGHCVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:H
osv7.1HIGH
vendor_debian7.1HIGH
vendor_redhat7.1HIGH
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-gwvc-g8fg-56vx: In the Linux kernel, the following vulnerability has been resolved:
sched: Fix out-of-bound access in uclamp
Util-clamp places tasks in different bu
ghsa_unreviewed·2024-02-28
CVE-2021-46993 [HIGH] CWE-125 GHSA-gwvc-g8fg-56vx: In the Linux kernel, the following vulnerability has been resolved:
sched: Fix out-of-bound access in uclamp
Util-clamp places tasks in different bu
In the Linux kernel, the following vulnerability has been resolved:
sched: Fix out-of-bound access in uclamp
Util-clamp places tasks in different buckets based on their clamp values
for performance reasons. However, the size of buckets is currently
computed using a rounding division, which can lead to an off-by-one
error in some configurations.
For instance, with 20 buckets, the bucket size will be 1024/20=51. A
task with a clamp of 1024 will be mapped to bucket id 1024/51=20. Sadly,
correct indexes are in range [0,19], hence leading to an out of bound
memory access.
Clamp the bucket id to fix the issue.
OSV
CVE-2021-46993: In the Linux kernel, the following vulnerability has been resolved: sched: Fix out-of-bound access in uclamp Util-clamp places tasks in different buck
osv·2024-02-28·CVSS 7.1
CVE-2021-46993 [HIGH] CVE-2021-46993: In the Linux kernel, the following vulnerability has been resolved: sched: Fix out-of-bound access in uclamp Util-clamp places tasks in different buck
In the Linux kernel, the following vulnerability has been resolved: sched: Fix out-of-bound access in uclamp Util-clamp places tasks in different buckets based on their clamp values for performance reasons. However, the size of buckets is currently computed using a rounding division, which can lead to an off-by-one error in some configurations. For instance, with 20 buckets, the bucket size will be 1024/20=51. A task with a clamp of 1024 will be mapped to bucket id 1024/51=20. Sadly, correct indexes are in range [0,19], hence leading to an out of bound memory access. Clamp the bucket id to fix the issue.
Red Hat
kernel: sched: Fix out-of-bound access in uclamp
vendor_redhat·2024-02-28·CVSS 7.1
CVE-2021-46993 [HIGH] CWE-125 kernel: sched: Fix out-of-bound access in uclamp
kernel: sched: Fix out-of-bound access in uclamp
In the Linux kernel, the following vulnerability has been resolved:
sched: Fix out-of-bound access in uclamp
Util-clamp places tasks in different buckets based on their clamp values
for performance reasons. However, the size of buckets is currently
computed using a rounding division, which can lead to an off-by-one
error in some configurations.
For instance, with 20 buckets, the bucket size will be 1024/20=51. A
task with a clamp of 1024 will be mapped to bucket id 1024/51=20. Sadly,
correct indexes are in range [0,19], hence leading to an out of bound
memory access.
Clamp the bucket id to fix the issue.
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-46993: linux - In the Linux kernel, the following vulnerability has been resolved: sched: Fix ...
vendor_debian·2021·CVSS 7.1
CVE-2021-46993 [HIGH] CVE-2021-46993: linux - In the Linux kernel, the following vulnerability has been resolved: sched: Fix ...
In the Linux kernel, the following vulnerability has been resolved: sched: Fix out-of-bound access in uclamp Util-clamp places tasks in different buckets based on their clamp values for performance reasons. However, the size of buckets is currently computed using a rounding division, which can lead to an off-by-one error in some configurations. For instance, with 20 buckets, the bucket size will be 1024/20=51. A task with a clamp of 1024 will be mapped to bucket id 1024/51=20. Sadly, correct indexes are in range [0,19], hence leading to an out of bound memory access. Clamp the bucket id to fix the issue.
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
No detection rules found.
No public exploits indexed.
https://git.kernel.org/stable/c/3da3f804b82a0a382d523a21acf4cf3bb35f936dhttps://git.kernel.org/stable/c/42ee47c7e3569d9a0e2cb5053c496d97d380472fhttps://git.kernel.org/stable/c/687f523c134b7f0bd040ee1230f6d17990d54172https://git.kernel.org/stable/c/6d2f8909a5fabb73fe2a63918117943986c39b6chttps://git.kernel.org/stable/c/f7347c85490b92dd144fa1fba9e1eca501656ab3https://git.kernel.org/stable/c/3da3f804b82a0a382d523a21acf4cf3bb35f936dhttps://git.kernel.org/stable/c/42ee47c7e3569d9a0e2cb5053c496d97d380472fhttps://git.kernel.org/stable/c/687f523c134b7f0bd040ee1230f6d17990d54172https://git.kernel.org/stable/c/6d2f8909a5fabb73fe2a63918117943986c39b6chttps://git.kernel.org/stable/c/f7347c85490b92dd144fa1fba9e1eca501656ab3
2024-02-28
Published