Lucene search
K

4 matches found

RedhatCVE
RedhatCVE
added 2024/11/21 7:13 p.m.23 views

CVE-2024-50192

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...

5.5CVSS6.7AI score0.00205EPSS
Exploits0References4
Cvelist
Cvelist
added 2024/11/08 5:54 a.m.30 views

CVE-2024-50192 irqchip/gic-v4: Don't allow a VMOVP on a dying VPE

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...

0.00205EPSS
Exploits0References6
Debian CVE
Debian CVE
added 2024/11/08 5:54 a.m.9 views

CVE-2024-50192

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...

4.7CVSS5.6AI score0.00205EPSS
Exploits0
CVE
CVE
added 2024/11/08 5:54 a.m.163 views

CVE-2024-50192

CVE-2024-50192: Linux kernel irqchip/gic-v4 vulnerability fixed by adding a vmapp_count check to prevent a VMOVP on a dying VPE. A small window could allow userspace to force a VPE affinity change while unmapped but the doorbell interrupt remains visible in /proc/irq/. The fix unifies vmapp_count...

4.7CVSS6.5AI score0.00205EPSS
Exploits0References8Affected Software1
Rows per page
Query Builder