CVE-2022-49649
published 2025-02-26CVE-2022-49649: In the Linux kernel, the following vulnerability has been resolved: xen/netback: avoid entering xenvif_rx_next_skb() with an empty rx queue…
PriorityP421medium5.5CVSS 3.1
AVLACLPRLUINSUCNINAH
EPSS
0.26%
17.7th percentile
In the Linux kernel, the following vulnerability has been resolved:
xen/netback: avoid entering xenvif_rx_next_skb() with an empty rx queue
xenvif_rx_next_skb() is expecting the rx queue not being empty, but
in case the loop in xenvif_rx_action() is doing multiple iterations,
the availability of another skb in the rx queue is not being checked.
This can lead to crashes:
[40072.537261] BUG: unable to handle kernel NULL pointer dereference at 0000000000000080
[40072.537407] IP: xenvif_rx_skb+0x23/0x590 [xen_netback]
[40072.537534] PGD 0 P4D 0
[40072.537644] Oops: 0000 [#1] SMP NOPTI
[40072.537749] CPU: 0 PID: 12505 Comm: v1-c40247-q2-gu Not tainted 4.12.14-122.121-default #1 SLE12-SP5
[40072.537867] Hardware name: HP ProLiant DL580 Gen9/ProLiant DL580 Gen9, BIOS U17 11/23/2021
[40072.537999] task: ffff880433b38100 task.stack: ffffc90043d40000
[40072.538112] RIP: e030:xenvif_rx_skb+0x23/0x590 [xen_netback]
[40072.538217] RSP: e02b:ffffc90043d43de0 EFLAGS: 00010246
[40072.538319] RAX: 0000000000000000 RBX: ffffc90043cd7cd0 RCX: 00000000000000f7
[40072.538430] RDX: 0000000000000000 RSI: 0000000000000006 RDI: ffffc90043d43df8
[40072.538531] RBP: 000000000000003f R08: 000077ff80000000 R09: 0000000000000008
[40072.538644] R10: 0000000000007ff0 R11: 00000000000008f6 R12: ffffc90043ce2708
[40072.538745] R13: 0000000000000000 R14: ffffc90043d43ed0 R15: ffff88043ea748c0
[40072.538861] FS: 0000000000000000(0000) GS:ffff880484600000(0000) knlGS:0000000000000000
[40072.538988] CS: e033 DS: 0000 ES: 0000 CR0: 0000000080050033
[40072.539088] CR2: 0000000000000080 CR3: 0000000407ac8000 CR4: 0000000000040660
[40072.539211] Call Trace:
[40072.539319] xenvif_rx_action+0x71/0x90 [xen_netback]
[40072.539429] xenvif_kthread_guest_rx+0x14a/0x29c [xen_netback]
Fix that by stopping the loop in case the rx queue becomes empty.
Affected
22 ranges
| Vendor | Product | Version range | Fixed in |
|---|---|---|---|
| debian | linux | < linux 5.18.14-1 (bookworm) | linux 5.18.14-1 (bookworm) |
| linux | linux | — | — |
| linux | linux | >= 98f6d57ced73b723551568262019f1d6c8771f20 < c0fcceb5f3f1ec197c014fe218c2f28108cacd27 | c0fcceb5f3f1ec197c014fe218c2f28108cacd27 |
| linux | linux | >= 98f6d57ced73b723551568262019f1d6c8771f20 < d5320c6a27aa975aff740f9cb481dcbde48f4348 | d5320c6a27aa975aff740f9cb481dcbde48f4348 |
| linux | linux | >= 98f6d57ced73b723551568262019f1d6c8771f20 < 5a071aefd6414af5a20321ab58a0557b81993687 | 5a071aefd6414af5a20321ab58a0557b81993687 |
| linux | linux | >= 98f6d57ced73b723551568262019f1d6c8771f20 < 7425479d20f9e96f7c3ec8e8a93fe0d7478724cb | 7425479d20f9e96f7c3ec8e8a93fe0d7478724cb |
| linux | linux | >= 98f6d57ced73b723551568262019f1d6c8771f20 < b9c32a6886af79d6e0ad87a7b01800ed079cdd02 | b9c32a6886af79d6e0ad87a7b01800ed079cdd02 |
| linux | linux | >= 98f6d57ced73b723551568262019f1d6c8771f20 < b99174ac57fe5d8867448c03b23828e63f24cb1c | b99174ac57fe5d8867448c03b23828e63f24cb1c |
| linux | linux | >= 98f6d57ced73b723551568262019f1d6c8771f20 < f0b5c819b062df8bf5f2acf4697e3871cb3722da | f0b5c819b062df8bf5f2acf4697e3871cb3722da |
| linux | linux | >= 98f6d57ced73b723551568262019f1d6c8771f20 < 94e8100678889ab428e68acadf042de723f094b9 | 94e8100678889ab428e68acadf042de723f094b9 |
| linux | linux_kernel | — | — |
| linux | linux_kernel | >= 0 < 5.10.136-1 | 5.10.136-1 |
| linux | linux_kernel | >= 0 < 5.18.14-1 | 5.18.14-1 |
| linux | linux_kernel | >= 0 < 5.18.14-1 | 5.18.14-1 |
| linux | linux_kernel | >= 0 < 5.18.14-1 | 5.18.14-1 |
| linux | linux_kernel | >= 4.10 < 4.14.289 | 4.14.289 |
| linux | linux_kernel | >= 4.15 < 4.19.253 | 4.19.253 |
| linux | linux_kernel | >= 4.20 < 5.4.207 | 5.4.207 |
| linux | linux_kernel | >= 4.9 < 4.9.324 | 4.9.324 |
| linux | linux_kernel | >= 5.11 < 5.15.56 | 5.15.56 |
| linux | linux_kernel | >= 5.16 < 5.18.13 | 5.18.13 |
| linux | linux_kernel | >= 5.5 < 5.10.132 | 5.10.132 |
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/netback: avoid entering xenvif_rx_next_skb() with an empty rx queue
vendor_redhat·2025-02-26·CVSS 5.5
CVE-2022-49649 [MEDIUM] CWE-476 kernel: xen/netback: avoid entering xenvif_rx_next_skb() with an empty rx queue
kernel: xen/netback: avoid entering xenvif_rx_next_skb() with an empty rx queue
In the Linux kernel, the following vulnerability has been resolved:
xen/netback: avoid entering xenvif_rx_next_skb() with an empty rx queue
xenvif_rx_next_skb() is expecting the rx queue not being empty, but
in case the loop in xenvif_rx_action() is doing multiple iterations,
the availability of another skb in the rx queue is not being checked.
This can lead to crashes:
[40072.537261] BUG: unable to handle kernel NULL pointer dereference at 0000000000000080
[40072.537407] IP: xenvif_rx_skb+0x23/0x590 [xen_netback]
[40072.537534] PGD 0 P4D 0
[40072.537644] Oops: 0000 [#1] SMP NOPTI
[40072.537749] CPU: 0 PID: 12505 Comm: v1-c40247-q2-gu Not tainted 4.12.14-122.121-default #1 SLE12-SP5
[40072.537867] Hardware nam
Debian
CVE-2022-49649: linux - In the Linux kernel, the following vulnerability has been resolved: xen/netback...
vendor_debian·2022·CVSS 5.5
CVE-2022-49649 [MEDIUM] CVE-2022-49649: linux - In the Linux kernel, the following vulnerability has been resolved: xen/netback...
In the Linux kernel, the following vulnerability has been resolved: xen/netback: avoid entering xenvif_rx_next_skb() with an empty rx queue xenvif_rx_next_skb() is expecting the rx queue not being empty, but in case the loop in xenvif_rx_action() is doing multiple iterations, the availability of another skb in the rx queue is not being checked. This can lead to crashes: [40072.537261] BUG: unable to handle kernel NULL pointer dereference at 0000000000000080 [40072.537407] IP: xenvif_rx_skb+0x23/0x590 [xen_netback] [40072.537534] PGD 0 P4D 0 [40072.537644] Oops: 0000 [#1] SMP NOPTI [40072.537749] CPU: 0 PID: 12505 Comm: v1-c40247-q2-gu Not tainted 4.12.14-122.121-default #1 SLE12-SP5 [40072.537867] Hardware name: HP ProLiant DL580 Gen9/ProLiant DL580 Gen9, BIOS U17 11/23/2021 [40072.537999]
GHSA
GHSA-cf65-8q39-427f: In the Linux kernel, the following vulnerability has been resolved:
xen/netback: avoid entering xenvif_rx_next_skb() with an empty rx queue
xenvif_r
ghsa_unreviewed·2025-03-12
CVE-2022-49649 [MEDIUM] CWE-476 GHSA-cf65-8q39-427f: In the Linux kernel, the following vulnerability has been resolved:
xen/netback: avoid entering xenvif_rx_next_skb() with an empty rx queue
xenvif_r
In the Linux kernel, the following vulnerability has been resolved:
xen/netback: avoid entering xenvif_rx_next_skb() with an empty rx queue
xenvif_rx_next_skb() is expecting the rx queue not being empty, but
in case the loop in xenvif_rx_action() is doing multiple iterations,
the availability of another skb in the rx queue is not being checked.
This can lead to crashes:
[40072.537261] BUG: unable to handle kernel NULL pointer dereference at 0000000000000080
[40072.537407] IP: xenvif_rx_skb+0x23/0x590 [xen_netback]
[40072.537534] PGD 0 P4D 0
[40072.537644] Oops: 0000 [#1] SMP NOPTI
[40072.537749] CPU: 0 PID: 12505 Comm: v1-c40247-q2-gu Not tainted 4.12.14-122.121-default #1 SLE12-SP5
[40072.537867] Hardware name: HP ProLiant DL580 Gen9/ProLiant DL580 Gen9, BIOS U17 11/23/2021
[40072.537
OSV
CVE-2022-49649: In the Linux kernel, the following vulnerability has been resolved: xen/netback: avoid entering xenvif_rx_next_skb() with an empty rx queue xenvif_rx_
osv·2025-02-26·CVSS 5.5
CVE-2022-49649 [MEDIUM] CVE-2022-49649: In the Linux kernel, the following vulnerability has been resolved: xen/netback: avoid entering xenvif_rx_next_skb() with an empty rx queue xenvif_rx_
In the Linux kernel, the following vulnerability has been resolved: xen/netback: avoid entering xenvif_rx_next_skb() with an empty rx queue xenvif_rx_next_skb() is expecting the rx queue not being empty, but in case the loop in xenvif_rx_action() is doing multiple iterations, the availability of another skb in the rx queue is not being checked. This can lead to crashes: [40072.537261] BUG: unable to handle kernel NULL pointer dereference at 0000000000000080 [40072.537407] IP: xenvif_rx_skb+0x23/0x590 [xen_netback] [40072.537534] PGD 0 P4D 0 [40072.537644] Oops: 0000 [#1] SMP NOPTI [40072.537749] CPU: 0 PID: 12505 Comm: v1-c40247-q2-gu Not tainted 4.12.14-122.121-default #1 SLE12-SP5 [40072.537867] Hardware name: HP ProLiant DL580 Gen9/ProLiant DL580 Gen9, BIOS U17 11/23/2021 [40072.537999]
No detection rules found.
No public exploits indexed.
https://git.kernel.org/stable/c/5a071aefd6414af5a20321ab58a0557b81993687https://git.kernel.org/stable/c/7425479d20f9e96f7c3ec8e8a93fe0d7478724cbhttps://git.kernel.org/stable/c/94e8100678889ab428e68acadf042de723f094b9https://git.kernel.org/stable/c/b99174ac57fe5d8867448c03b23828e63f24cb1chttps://git.kernel.org/stable/c/b9c32a6886af79d6e0ad87a7b01800ed079cdd02https://git.kernel.org/stable/c/c0fcceb5f3f1ec197c014fe218c2f28108cacd27https://git.kernel.org/stable/c/d5320c6a27aa975aff740f9cb481dcbde48f4348https://git.kernel.org/stable/c/f0b5c819b062df8bf5f2acf4697e3871cb3722da
2025-02-26
Published