CVE-2022-48914
published 2024-08-22CVE-2022-48914: In the Linux kernel, the following vulnerability has been resolved: xen/netfront: destroy queues before real_num_tx_queues is zeroed xennet_destroy_queues()…
PriorityP420medium5.5CVSS 3.1
AVLACLPRLUINSUCNINAH
EPSS
0.21%
11.9th percentile
In the Linux kernel, the following vulnerability has been resolved:
xen/netfront: destroy queues before real_num_tx_queues is zeroed
xennet_destroy_queues() relies on info->netdev->real_num_tx_queues to
delete queues. Since d7dac083414eb5bb99a6d2ed53dc2c1b405224e5
("net-sysfs: update the queue counts in the unregistration path"),
unregister_netdev() indirectly sets real_num_tx_queues to 0. Those two
facts together means, that xennet_destroy_queues() called from
xennet_remove() cannot do its job, because it's called after
unregister_netdev(). This results in kfree-ing queues that are still
linked in napi, which ultimately crashes:
BUG: kernel NULL pointer dereference, address: 0000000000000000
#PF: supervisor read access in kernel mode
#PF: error_code(0x0000) - not-present page
PGD 0 P4D 0
Oops: 0000 [#1] PREEMPT SMP PTI
CPU: 1 PID: 52 Comm: xenwatch Tainted: G W 5.16.10-1.32.fc32.qubes.x86_64+ #226
RIP: 0010:free_netdev+0xa3/0x1a0
Code: ff 48 89 df e8 2e e9 00 00 48 8b 43 50 48 8b 08 48 8d b8 a0 fe ff ff 48 8d a9 a0 fe ff ff 49 39 c4 75 26 eb 47 e8 ed c1 66 ff 8b 85 60 01 00 00 48 8d 95 60 01 00 00 48 89 ef 48 2d 60 01 00
RSP: 0000:ffffc90000bcfd00 EFLAGS: 00010286
RAX: 0000000000000000 RBX: ffff88800edad000 RCX: 0000000000000000
RDX: 0000000000000001 RSI: ffffc90000bcfc30 RDI: 00000000ffffffff
RBP: fffffffffffffea0 R08: 0000000000000000 R09: 0000000000000000
R10: 0000000000000000 R11: 0000000000000001 R12: ffff88800edad050
R13: ffff8880065f8f88 R14: 0000000000000000 R15: ffff8880066c6680
FS: 0000000000000000(0000) GS:ffff8880f3300000(0000) knlGS:0000000000000000
CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
CR2: 0000000000000000 CR3: 00000000e998c006 CR4: 00000000003706e0
Call Trace:
xennet_remove+0x13d/0x300 [xen_netfront]
xenbus_dev_remove+0x6d/0xf0
__device_release_driver+0x17a/0x240
device_release_driver+0x24/0x30
bus_remove_device+0xd8/0x140
device_del+0x18b/0x410
? _raw_spin_unlock+0x16/0x30
? klist_iter_exit+0x14/0x20
? xenbus_dev_request_and_reply+0x
Affected
21 ranges
| Vendor | Product | Version range | Fixed in |
|---|---|---|---|
| debian | linux | < linux 5.16.14-1 (bookworm) | linux 5.16.14-1 (bookworm) |
| linux | linux | >= 0abd3f9903fae6ecf8db3c89a459971fe7925499 < a63eb1e4a2e1a191a90217871e67fba42fd39255 | a63eb1e4a2e1a191a90217871e67fba42fd39255 |
| linux | linux | >= 35cad2003b6447932cfe91f795090586306738e8 < 198cdc287769c717dafff5887c6125cb7a373bf3 | 198cdc287769c717dafff5887c6125cb7a373bf3 |
| linux | linux | >= 4.19.226 < 4.19.233 | 4.19.233 |
| linux | linux | >= 443133330a5d4a3fd429179d460cc297724fefe8 < a1753d5c29a6fb9a8966dcf04cb4f3b71e303ae8 | a1753d5c29a6fb9a8966dcf04cb4f3b71e303ae8 |
| linux | linux | >= 5.10.94 < 5.10.104 | 5.10.104 |
| linux | linux | >= 5.15.17 < 5.15.27 | 5.15.27 |
| linux | linux | >= 5.16.3 < 5.16.13 | 5.16.13 |
| linux | linux | >= 5.4.174 < 5.4.183 | 5.4.183 |
| linux | linux | >= a5d8e6189b134f5db61be5cd59cf5a74bb01edc7 < b40c912624775a21da32d1105e158db5f6d0554a | b40c912624775a21da32d1105e158db5f6d0554a |
| linux | linux | >= c5eb468cbc1fa663bf0cc6c5360802dea4e611c2 < 47e2f166ed9fe17f24561d6315be2228f6a90209 | 47e2f166ed9fe17f24561d6315be2228f6a90209 |
| linux | linux | >= d7dac083414eb5bb99a6d2ed53dc2c1b405224e5 < dcf4ff7a48e7598e6b10126cc02177abb8ae4f3f | dcf4ff7a48e7598e6b10126cc02177abb8ae4f3f |
| linux | linux_kernel | >= 0 < 5.10.106-1 | 5.10.106-1 |
| linux | linux_kernel | >= 0 < 5.16.14-1 | 5.16.14-1 |
| linux | linux_kernel | >= 0 < 5.16.14-1 | 5.16.14-1 |
| linux | linux_kernel | >= 0 < 5.16.14-1 | 5.16.14-1 |
| linux | linux_kernel | >= 4.19.226 < 4.19.233 | 4.19.233 |
| linux | linux_kernel | >= 5.10.94 < 5.10.104 | 5.10.104 |
| linux | linux_kernel | >= 5.15.17 < 5.15.27 | 5.15.27 |
| linux | linux_kernel | >= 5.16.3 < 5.16.13 | 5.16.13 |
| linux | linux_kernel | >= 5.4.174 < 5.4.183 | 5.4.183 |
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: xen/netfront: destroy queues before real_num_tx_queues is zeroed
vendor_redhat·2024-08-22·CVSS 5.5
CVE-2022-48914 [MEDIUM] CWE-476 kernel: xen/netfront: destroy queues before real_num_tx_queues is zeroed
kernel: xen/netfront: destroy queues before real_num_tx_queues is zeroed
In the Linux kernel, the following vulnerability has been resolved:
xen/netfront: destroy queues before real_num_tx_queues is zeroed
xennet_destroy_queues() relies on info->netdev->real_num_tx_queues to
delete queues. Since d7dac083414eb5bb99a6d2ed53dc2c1b405224e5
("net-sysfs: update the queue counts in the unregistration path"),
unregister_netdev() indirectly sets real_num_tx_queues to 0. Those two
facts together means, that xennet_destroy_queues() called from
xennet_remove() cannot do its job, because it's called after
unregister_netdev(). This results in kfree-ing queues that are still
linked in napi, which ultimately crashes:
BUG: kernel NULL pointer dereference, address: 0000000000000000
#PF: supervisor read acc
Debian
CVE-2022-48914: linux - In the Linux kernel, the following vulnerability has been resolved: xen/netfron...
vendor_debian·2022·CVSS 5.5
CVE-2022-48914 [MEDIUM] CVE-2022-48914: linux - In the Linux kernel, the following vulnerability has been resolved: xen/netfron...
In the Linux kernel, the following vulnerability has been resolved: xen/netfront: destroy queues before real_num_tx_queues is zeroed xennet_destroy_queues() relies on info->netdev->real_num_tx_queues to delete queues. Since d7dac083414eb5bb99a6d2ed53dc2c1b405224e5 ("net-sysfs: update the queue counts in the unregistration path"), unregister_netdev() indirectly sets real_num_tx_queues to 0. Those two facts together means, that xennet_destroy_queues() called from xennet_remove() cannot do its job, because it's called after unregister_netdev(). This results in kfree-ing queues that are still linked in napi, which ultimately crashes: BUG: kernel NULL pointer dereference, address: 0000000000000000 #PF: supervisor read access in kernel mode #PF: error_code(0x0000) - not-present page PGD 0 P4D 0
OSV
CVE-2022-48914: In the Linux kernel, the following vulnerability has been resolved: xen/netfront: destroy queues before real_num_tx_queues is zeroed xennet_destroy_qu
osv·2024-08-22·CVSS 5.5
CVE-2022-48914 [MEDIUM] CVE-2022-48914: In the Linux kernel, the following vulnerability has been resolved: xen/netfront: destroy queues before real_num_tx_queues is zeroed xennet_destroy_qu
In the Linux kernel, the following vulnerability has been resolved: xen/netfront: destroy queues before real_num_tx_queues is zeroed xennet_destroy_queues() relies on info->netdev->real_num_tx_queues to delete queues. Since d7dac083414eb5bb99a6d2ed53dc2c1b405224e5 ("net-sysfs: update the queue counts in the unregistration path"), unregister_netdev() indirectly sets real_num_tx_queues to 0. Those two facts together means, that xennet_destroy_queues() called from xennet_remove() cannot do its job, because it's called after unregister_netdev(). This results in kfree-ing queues that are still linked in napi, which ultimately crashes: BUG: kernel NULL pointer dereference, address: 0000000000000000 #PF: supervisor read access in kernel mode #PF: error_code(0x0000) - not-present page PGD 0 P4D 0
GHSA
GHSA-qjgq-7w73-7hvf: In the Linux kernel, the following vulnerability has been resolved:
xen/netfront: destroy queues before real_num_tx_queues is zeroed
xennet_destroy_
ghsa_unreviewed·2024-08-22
CVE-2022-48914 [MEDIUM] CWE-476 GHSA-qjgq-7w73-7hvf: In the Linux kernel, the following vulnerability has been resolved:
xen/netfront: destroy queues before real_num_tx_queues is zeroed
xennet_destroy_
In the Linux kernel, the following vulnerability has been resolved:
xen/netfront: destroy queues before real_num_tx_queues is zeroed
xennet_destroy_queues() relies on info->netdev->real_num_tx_queues to
delete queues. Since d7dac083414eb5bb99a6d2ed53dc2c1b405224e5
("net-sysfs: update the queue counts in the unregistration path"),
unregister_netdev() indirectly sets real_num_tx_queues to 0. Those two
facts together means, that xennet_destroy_queues() called from
xennet_remove() cannot do its job, because it's called after
unregister_netdev(). This results in kfree-ing queues that are still
linked in napi, which ultimately crashes:
BUG: kernel NULL pointer dereference, address: 0000000000000000
#PF: supervisor read access in kernel mode
#PF: error_code(0x0000) - not-present page
PGD 0 P4D
No detection rules found.
No public exploits indexed.
No writeups or analysis indexed.
https://git.kernel.org/stable/c/198cdc287769c717dafff5887c6125cb7a373bf3https://git.kernel.org/stable/c/47e2f166ed9fe17f24561d6315be2228f6a90209https://git.kernel.org/stable/c/a1753d5c29a6fb9a8966dcf04cb4f3b71e303ae8https://git.kernel.org/stable/c/a63eb1e4a2e1a191a90217871e67fba42fd39255https://git.kernel.org/stable/c/b40c912624775a21da32d1105e158db5f6d0554ahttps://git.kernel.org/stable/c/dcf4ff7a48e7598e6b10126cc02177abb8ae4f3f
2024-08-22
Published