Answer in brief
CVE-2022-49687 records a High severity (CVSS 7.1) vulnerability in virtio_net: fix xdp_rxq_info bug after suspend/resume. The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
CVSS is 7.1. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Product | Affected versions | Fixed versions |
|---|---|---|
| cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:* | Not reported | Not reported |
| cpe:2.3:o:linux:linux_kernel:5.19:rc1:*:*:*:*:*:* | Not reported | Not reported |
| cpe:2.3:o:linux:linux_kernel:5.19:rc2:*:*:*:*:*:* | Not reported | Not reported |
| cpe:2.3:o:linux:linux_kernel:5.19:rc3:*:*:*:*:*:* | Not reported | Not reported |
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=754b8a21a96d5f11712245aef907149606b323ae <9222672fa6370f0ec3d899662cb8680e9282fc4c || >=754b8a21a96d5f11712245aef907149606b323ae <8c7a32b7c15555beddc5810c3334d9cefff061bf || >=754b8a21a96d5f11712245aef907149606b323ae <340fbdc8011f2dc678f622c5ce1cbb5ab8305de7 || >=754b8a21a96d5f11712245aef907149606b323ae <8d7fe9ad6fddc2af8bde4b921b4f8fab231ed38c || >=754b8a21a96d5f11712245aef907149606b323ae <57ee40f1b198b59d43c216fbc4672f9300d3c8b0 || >=754b8a21a96d5f11712245aef907149606b323ae <8af52fe9fd3bf5e7478da99193c0632276e1dfce | 9222672fa6370f0ec3d899662cb8680e9282fc4c, 8c7a32b7c15555beddc5810c3334d9cefff061bf, 340fbdc8011f2dc678f622c5ce1cbb5ab8305de7, 8d7fe9ad6fddc2af8bde4b921b4f8fab231ed38c, 57ee40f1b198b59d43c216fbc4672f9300d3c8b0, 8af52fe9fd3bf5e7478da99193c0632276e1dfce |
| Linux/Linuxgeneric | 4.16 | Not reported |
Published upstream
Feb 26, 2025
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Nov 5, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Nov 5, 2026
In the Linux kernel, the following vulnerability has been resolved: virtio_net: fix xdp_rxq_info bug after suspend/resume The following sequence currently causes a driver bug warning when using virtio_net: # ip link set eth0 up # echo mem > /sys/power/state (or e.g. # rtcwake -s 10 -m mem) <resume> # ip link set eth0 down Missing register, driver bug WARNING: CPU: 0 PID: 375 at net/core/xdp.c:138 xdp_rxq_info_unreg+0x58/0x60 Call trace: xdp_rxq_info_unreg+0x58/0x60 virtnet_close+0x58/0xac __dev_close_many+0xac/0x140 __dev_change_flags+0xd8/0x210 dev_change_flags+0x24/0x64 do_setlink+0x230/0xdd0 ... This happens because virtnet_freeze() frees the receive_queue completely (including struct xdp_rxq_info) but does not call xdp_rxq_info_unreg(). Similarly, virtnet_restore() sets up the receive_queue again but does not call xdp_rxq_info_reg(). Actually, parts of virtnet_freeze_down() and virtnet_restore_up() are almost identical to virtnet_close() and virtnet_open(): only the calls to xdp_rxq_info_(un)reg() are missing. This means that we can fix this easily and avoid such problems in the future by just calling virtnet_close()/open() from the freeze/restore handlers. Aside from adding the missing xdp_rxq_info calls the only difference is that the refill work is only cancelled if netif_running(). However, this should not make any functional difference since the refill work should only be active if the network interface is actually up.
Quoted source text, attributed separately from HOL analysis.