First published: Fri Nov 08 2024(Updated: )
In the Linux kernel, the following vulnerability has been resolved: irqchip/gic-v4: Don't allow a VMOVP on a dying VPE Kunkun Jiang reported that there is a small window of opportunity for userspace to force a change of affinity for a VPE while the VPE has already been unmapped, but the corresponding doorbell interrupt still visible in /proc/irq/. Plug the race by checking the value of vmapp_count, which tracks whether the VPE is mapped ot not, and returning an error in this case. This involves making vmapp_count common to both GICv4.1 and its v4.0 ancestor.
Credit: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
Affected Software | Affected Version | How to fix |
---|---|---|
Linux Kernel | >=5.6<5.10.228 | |
Linux Kernel | >=5.11<5.15.169 | |
Linux Kernel | >=5.16<6.1.114 | |
Linux Kernel | >=6.2<6.6.58 | |
Linux Kernel | >=6.7<6.11.5 | |
Linux Kernel | =6.12-rc1 | |
Linux Kernel | =6.12-rc2 | |
Linux Kernel | =6.12-rc3 |
Sign up to SecAlerts for real-time vulnerability data matched to your software, aggregated from hundreds of sources.
CVE-2024-50192 has been classified with a severity level that indicates a potential security risk related to VMOVP operations on a dying VPE.
To resolve CVE-2024-50192, update your Linux kernel to a version that includes the patch addressing this vulnerability.
CVE-2024-50192 affects specific versions of the Linux kernel ranging from 5.6 to 6.12-rc3.
CVE-2024-50192 could allow userspace to improperly change the affinity for a VPE, leading to possible system instability or security breaches.
CVE-2024-50192 was reported by Kunkun Jiang.