CVE-2022-49549
published 2025-02-26CVE-2022-49549: In the Linux kernel, the following vulnerability has been resolved: x86/MCE/AMD: Fix memory leak when threshold_create_bank() fails In…
PriorityP418medium5.5CVSS 3.1
AVLACLPRLUINSUCNINAH
EPSS
0.26%
18.0th percentile
In the Linux kernel, the following vulnerability has been resolved:
x86/MCE/AMD: Fix memory leak when threshold_create_bank() fails
In mce_threshold_create_device(), if threshold_create_bank() fails, the
previously allocated threshold banks array @bp will be leaked because
the call to mce_threshold_remove_device() will not free it.
This happens because mce_threshold_remove_device() fetches the pointer
through the threshold_banks per-CPU variable but bp is written there
only after the bank creation is successful, and not before, when
threshold_create_bank() fails.
Add a helper which unwinds all the bank creation work previously done
and pass into it the previously allocated threshold banks array for
freeing.
[ bp: Massage. ]
Affected
15 ranges
| Vendor | Product | Version range | Fixed in |
|---|---|---|---|
| debian | linux | < linux 5.18.5-1 (bookworm) | linux 5.18.5-1 (bookworm) |
| linux | linux | — | — |
| linux | linux | >= 6458de97fc15530b54477c4e2b70af653e8ac3d9 < b4acb8e7f1594607bc9017ef0aacb40b24a003d6 | b4acb8e7f1594607bc9017ef0aacb40b24a003d6 |
| linux | linux | >= 6458de97fc15530b54477c4e2b70af653e8ac3d9 < cc0dd4456f9573bf8af9b4d8754433918e809e1e | cc0dd4456f9573bf8af9b4d8754433918e809e1e |
| linux | linux | >= 6458de97fc15530b54477c4e2b70af653e8ac3d9 < 9708f1956eeb70c86943e0bc62fa3b0101b59616 | 9708f1956eeb70c86943e0bc62fa3b0101b59616 |
| linux | linux | >= 6458de97fc15530b54477c4e2b70af653e8ac3d9 < 396b8e7ab2a99ddac57d3522b3da5e58cb608d37 | 396b8e7ab2a99ddac57d3522b3da5e58cb608d37 |
| linux | linux | >= 6458de97fc15530b54477c4e2b70af653e8ac3d9 < e5f28623ceb103e13fc3d7bd45edf9818b227fd0 | e5f28623ceb103e13fc3d7bd45edf9818b227fd0 |
| linux | linux_kernel | >= 0 < 5.10.127-1 | 5.10.127-1 |
| linux | linux_kernel | >= 0 < 5.18.5-1 | 5.18.5-1 |
| linux | linux_kernel | >= 0 < 5.18.5-1 | 5.18.5-1 |
| linux | linux_kernel | >= 0 < 5.18.5-1 | 5.18.5-1 |
| linux | linux_kernel | >= 5.11 < 5.15.46 | 5.15.46 |
| linux | linux_kernel | >= 5.16 < 5.17.14 | 5.17.14 |
| linux | linux_kernel | >= 5.18 < 5.18.3 | 5.18.3 |
| linux | linux_kernel | >= 5.8 < 5.10.121 | 5.10.121 |
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.
Red Hat
kernel: x86/MCE/AMD: Fix memory leak when threshold_create_bank() fails
vendor_redhat·2025-02-26·CVSS 5.5
CVE-2022-49549 [MEDIUM] CWE-401 kernel: x86/MCE/AMD: Fix memory leak when threshold_create_bank() fails
kernel: x86/MCE/AMD: Fix memory leak when threshold_create_bank() fails
In the Linux kernel, the following vulnerability has been resolved:
x86/MCE/AMD: Fix memory leak when threshold_create_bank() fails
In mce_threshold_create_device(), if threshold_create_bank() fails, the
previously allocated threshold banks array @bp will be leaked because
the call to mce_threshold_remove_device() will not free it.
This happens because mce_threshold_remove_device() fetches the pointer
through the threshold_banks per-CPU variable but bp is written there
only after the bank creation is successful, and not before, when
threshold_create_bank() fails.
Add a helper which unwinds all the bank creation work previously done
and pass into it the previously allocated threshold banks array for
freeing.
[ bp: Mass
Debian
CVE-2022-49549: linux - In the Linux kernel, the following vulnerability has been resolved: x86/MCE/AMD...
vendor_debian·2022·CVSS 5.5
CVE-2022-49549 [MEDIUM] CVE-2022-49549: linux - In the Linux kernel, the following vulnerability has been resolved: x86/MCE/AMD...
In the Linux kernel, the following vulnerability has been resolved: x86/MCE/AMD: Fix memory leak when threshold_create_bank() fails In mce_threshold_create_device(), if threshold_create_bank() fails, the previously allocated threshold banks array @bp will be leaked because the call to mce_threshold_remove_device() will not free it. This happens because mce_threshold_remove_device() fetches the pointer through the threshold_banks per-CPU variable but bp is written there only after the bank creation is successful, and not before, when threshold_create_bank() fails. Add a helper which unwinds all the bank creation work previously done and pass into it the previously allocated threshold banks array for freeing. [ bp: Massage. ]
Scope: local
bookworm: resolved (fixed in 5.18.5-1)
bullseye: reso
GHSA
GHSA-2xf2-3hgg-m6f8: In the Linux kernel, the following vulnerability has been resolved:
x86/MCE/AMD: Fix memory leak when threshold_create_bank() fails
In mce_threshold
ghsa_unreviewed·2025-03-10
CVE-2022-49549 [MEDIUM] CWE-401 GHSA-2xf2-3hgg-m6f8: In the Linux kernel, the following vulnerability has been resolved:
x86/MCE/AMD: Fix memory leak when threshold_create_bank() fails
In mce_threshold
In the Linux kernel, the following vulnerability has been resolved:
x86/MCE/AMD: Fix memory leak when threshold_create_bank() fails
In mce_threshold_create_device(), if threshold_create_bank() fails, the
previously allocated threshold banks array @bp will be leaked because
the call to mce_threshold_remove_device() will not free it.
This happens because mce_threshold_remove_device() fetches the pointer
through the threshold_banks per-CPU variable but bp is written there
only after the bank creation is successful, and not before, when
threshold_create_bank() fails.
Add a helper which unwinds all the bank creation work previously done
and pass into it the previously allocated threshold banks array for
freeing.
[ bp: Massage. ]
OSV
CVE-2022-49549: In the Linux kernel, the following vulnerability has been resolved: x86/MCE/AMD: Fix memory leak when threshold_create_bank() fails In mce_threshold_c
osv·2025-02-26·CVSS 5.5
CVE-2022-49549 [MEDIUM] CVE-2022-49549: In the Linux kernel, the following vulnerability has been resolved: x86/MCE/AMD: Fix memory leak when threshold_create_bank() fails In mce_threshold_c
In the Linux kernel, the following vulnerability has been resolved: x86/MCE/AMD: Fix memory leak when threshold_create_bank() fails In mce_threshold_create_device(), if threshold_create_bank() fails, the previously allocated threshold banks array @bp will be leaked because the call to mce_threshold_remove_device() will not free it. This happens because mce_threshold_remove_device() fetches the pointer through the threshold_banks per-CPU variable but bp is written there only after the bank creation is successful, and not before, when threshold_create_bank() fails. Add a helper which unwinds all the bank creation work previously done and pass into it the previously allocated threshold banks array for freeing. [ bp: Massage. ]
No detection rules found.
No public exploits indexed.
https://git.kernel.org/stable/c/396b8e7ab2a99ddac57d3522b3da5e58cb608d37https://git.kernel.org/stable/c/9708f1956eeb70c86943e0bc62fa3b0101b59616https://git.kernel.org/stable/c/b4acb8e7f1594607bc9017ef0aacb40b24a003d6https://git.kernel.org/stable/c/cc0dd4456f9573bf8af9b4d8754433918e809e1ehttps://git.kernel.org/stable/c/e5f28623ceb103e13fc3d7bd45edf9818b227fd0
2025-02-26
Published