Skip to main content
VulnerabilityPublished Updated

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

Source GCVE Database

0
Compare

Not known to be exploited · CVSS 4.7 Medium.

Data as of 29 Oct 2026, 23:15 UTC

CVSS 3.1 base score
4.7Medium
How severe the flaw is on the 0–10 CVSS scale.
CVSS:3.1/AV:L/AC:H/PR:L/UI:N/S:U/C:N/I:N/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 8 Nov 2024

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponized: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 29 Oct 2026.

What to do

AI-suggested

A fix has been implemented in the Linux kernel by adding a check on vmapp_count to prevent VMOVP operations on unmapped VPEs. Users should apply the official kernel updates that include this patch once available. Since no explicit patch links or fixed versions are provided, users should monitor the Linux kernel advisories for the relevant fix.

Description

CVE-2024-50192 is a vulnerability in the Linux kernel's irqchip/gic-v4 component where a race condition allows userspace to attempt a VMOVP operation on a dying Virtual Processing Element (VPE). This occurs because the VPE can be unmapped while its doorbell interrupt remains visible, potentially causing issues. The flaw is addressed by adding a check on vmapp_count to ensure the VPE is mapped before allowing the operation.

References

Community reviews

Loading reviews…