cbcvebase.
CVE-2022-50636
published 2025-12-09

CVE-2022-50636: In the Linux kernel, the following vulnerability has been resolved: PCI: Fix pci_device_is_present() for VFs by checking PF pci_device_is_present() previously…

PriorityP420medium5.8
EPSS
0.21%
10.7th percentile
In the Linux kernel, the following vulnerability has been resolved: PCI: Fix pci_device_is_present() for VFs by checking PF pci_device_is_present() previously didn't work for VFs because it reads the Vendor and Device ID, which are 0xffff for VFs, which looks like they aren't present. Check the PF instead. Wei Gong reported that if virtio I/O is in progress when the driver is unbound or "0" is written to /sys/.../sriov_numvfs, the virtio I/O operation hangs, which may result in output like this: task:bash state:D stack: 0 pid: 1773 ppid: 1241 flags:0x00004002 Call Trace: schedule+0x4f/0xc0 blk_mq_freeze_queue_wait+0x69/0xa0 blk_mq_freeze_queue+0x1b/0x20 blk_cleanup_queue+0x3d/0xd0 virtblk_remove+0x3c/0xb0 [virtio_blk] virtio_dev_remove+0x4b/0x80 ... device_unregister+0x1b/0x60 unregister_virtio_device+0x18/0x30 virtio_pci_remove+0x41/0x80 pci_device_remove+0x3e/0xb0 This happened because pci_device_is_present(VF) returned "false" in virtio_pci_remove(), so it called virtio_break_device(). The broken vq meant that vring_interrupt() skipped the vq.callback() that would have completed the virtio I/O operation via virtblk_done(). [bhelgaas: commit log, simplify to always use pci_physfn(), add stable tag]

Affected

21 ranges
VendorProductVersion rangeFixed in
debianlinux< linux 6.1.4-1 (bookworm)linux 6.1.4-1 (bookworm)
linuxlinux——
linuxlinux>= 8496e85c20e7836b3dec97780e40f420a3ae2801 < f4b44c7766dae2b8681f621941cabe9f14066d59f4b44c7766dae2b8681f621941cabe9f14066d59
linuxlinux>= 8496e85c20e7836b3dec97780e40f420a3ae2801 < 643d77fda08d06f863af35e80a7e517ea61d9629643d77fda08d06f863af35e80a7e517ea61d9629
linuxlinux>= 8496e85c20e7836b3dec97780e40f420a3ae2801 < 65bd0962992abd42e77a05e68c7b40e7c73726d165bd0962992abd42e77a05e68c7b40e7c73726d1
linuxlinux>= 8496e85c20e7836b3dec97780e40f420a3ae2801 < 99ef6cc791584495987dd11b14769b450dfa582099ef6cc791584495987dd11b14769b450dfa5820
linuxlinux>= 8496e85c20e7836b3dec97780e40f420a3ae2801 < 67fd41bbb0f51aa648a47f728b99e6f1fa2ccc3467fd41bbb0f51aa648a47f728b99e6f1fa2ccc34
linuxlinux>= 8496e85c20e7836b3dec97780e40f420a3ae2801 < 81565e51ccaf6fff8910e997ee22e16b5e1dabc381565e51ccaf6fff8910e997ee22e16b5e1dabc3
linuxlinux>= 8496e85c20e7836b3dec97780e40f420a3ae2801 < 518573988a2f14f517403db2ece5ddaefba21e94518573988a2f14f517403db2ece5ddaefba21e94
linuxlinux>= 8496e85c20e7836b3dec97780e40f420a3ae2801 < 98b04dd0b4577894520493d96bc462338776744598b04dd0b4577894520493d96bc4623387767445
linuxlinux_kernel>= 0 < 5.10.178-15.10.178-1
linuxlinux_kernel>= 0 < 6.1.4-16.1.4-1
linuxlinux_kernel>= 0 < 6.1.4-16.1.4-1
linuxlinux_kernel>= 0 < 6.1.4-16.1.4-1
linuxlinux_kernel>= 3.13.0 < 4.14.3034.14.303
linuxlinux_kernel>= 4.15.0 < 4.19.2704.19.270
linuxlinux_kernel>= 4.20.0 < 5.4.2295.4.229
linuxlinux_kernel>= 5.11.0 < 5.15.875.15.87
linuxlinux_kernel>= 5.16.0 < 6.0.186.0.18
linuxlinux_kernel>= 5.5.0 < 5.10.1635.10.163
linuxlinux_kernel>= 6.1.0 < 6.1.46.1.4
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.