Every CVE Search/ Get API key

CVE-2024-45818

Deadlock in x86 HVM standard VGA handling

6.5 MediumFix available

The hypervisor contains code to accelerate VGA memory accesses for HVM guests, when the (virtual) VGA is in "standard" mode. Locking involved there has an unusual discipline, leaving a lock acquired past the return from the function that acquired it. This behavior results in a problem when emulating an instruction with two memory accesses, both of which touch VGA memory (plus some further constraints which aren't relevant here). When emulating the 2nd access, the lock that is already being held would be attempted to be re-acquired, resulting in a deadlock.

This deadlock was already found when the code was first introduced, but was analysed incorrectly and the fix was incomplete. Analysis in light of the new finding cannot find a way to make the existing locking discipline work.

In staging, this logic has all been removed because it was discovered to be accidentally disabled since Xen 4.7. Therefore, we are fixing the locking problem by backporting the removal of most of the feature. Note that even with the feature disabled, the lock would still be acquired for any accesses to the VGA MMIO region.

Attack profile

How easy it is to exploit

Attack vector
Local
Complexity
Low
Privileges needed
Low
User interaction
None

What an attacker can affect

Confidentiality
High
Integrity
None
Availability
None

Exploit likelihood

0.27%Up 0.2 points since Dec 20, 2024
90%50%10%1%

What each source reports

CVE List Score used 6.5

Deadlock in x86 HVM standard VGA handling

The hypervisor contains code to accelerate VGA memory accesses for HVM guests, when the (virtual) VGA is in "standard" mode. Locking involved there has an unusual discipline, leaving a lock acquired past the return from the function that acquired it. This behavior results in a problem when emulating an instruction with two memory accesses, both of which touch VGA memory (plus some further constraints which aren't relevant here). When emulating the 2nd access, the lock that is already being held would be attempted to be re-acquired, resulting in a deadlock.

This deadlock was already found when the code was first introduced, but was analysed incorrectly and the fix was incomplete. Analysis in light of the new finding cannot find a way to make the existing locking discipline work.

In staging, this logic has all been removed because it was discovered to be accidentally disabled since Xen 4.7. Therefore, we are fixing the locking problem by backporting the removal of most of the feature. Note that even with the feature disabled, the lock would still be acquired for any accesses to the VGA MMIO region.

Record
CVE-2024-45818
CVSS 3.1
6.5 MediumCVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:C/C:H/I:N/A:N
Weakness
CWE-667
Updated
2026-11-02
EUVDEUVD-2024-41272 6.5

The hypervisor contains code to accelerate VGA memory accesses for HVM guests, when the (virtual) VGA is in "standard" mode. Locking involved there has an unusual discipline, leaving a lock acquired past the return from the function that acquired it. This behavior results in a problem when emulating an instruction with two memory accesses, both of which touch VGA memory (plus some further constraints which aren't relevant here). When emulating the 2nd access, the lock that is already being held would be attempted to be re-acquired, resulting in a deadlock.

This deadlock was already found when the code was first introduced, but was analysed incorrectly and the fix was incomplete. Analysis in light of the new finding cannot find a way to make the existing locking discipline work.

In staging, this logic has all been removed because it was discovered to be accidentally disabled since Xen 4.7. Therefore, we are fixing the locking problem by backporting the removal of most of the feature. Note that even with the feature disabled, the lock would still be acquired for any accesses to the VGA MMIO region.

Record
EUVD-2024-41272
CVSS 3.1
6.5 MediumCVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:C/C:H/I:N/A:N
Updated
2026-11-03
GitHub AdvisoriesGHSA-9ppw-wh7x-2qc9 6.5

The hypervisor contains code to accelerate VGA memory accesses for HVM guests, when the (virtual)...

The hypervisor contains code to accelerate VGA memory accesses for HVM guests, when the (virtual) VGA is in "standard" mode. Locking involved there has an unusual discipline, leaving a lock acquired past the return from the function that acquired it. This behavior results in a problem when emulating an instruction with two memory accesses, both of which touch VGA memory (plus some further constraints which aren't relevant here). When emulating the 2nd access, the lock that is already being held would be attempted to be re-acquired, resulting in a deadlock.

This deadlock was already found when the code was first introduced, but was analysed incorrectly and the fix was incomplete. Analysis in light of the new finding cannot find a way to make the existing locking discipline work.

In staging, this logic has all been removed because it was discovered to be accidentally disabled since Xen 4.7. Therefore, we are fixing the locking problem by backporting the removal of most of the feature. Note that even with the feature disabled, the lock would still be acquired for any accesses to the VGA MMIO region.

Record
GHSA-9ppw-wh7x-2qc9
CVSS 3.1
6.5 MediumCVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:C/C:H/I:N/A:N
Weakness
CWE-667
Updated
2026-11-02
NVD 6.5

The hypervisor contains code to accelerate VGA memory accesses for HVM guests, when the (virtual) VGA is in "standard" mode. Locking involved there has an unusual discipline, leaving a lock acquired past the return from the function that acquired it. This behavior results in a problem when emulating an instruction with two memory accesses, both of which touch VGA memory (plus some further constraints which aren't relevant here). When emulating the 2nd access, the lock that is already being held would be attempted to be re-acquired, resulting in a deadlock.

This deadlock was already found when the code was first introduced, but was analysed incorrectly and the fix was incomplete. Analysis in light of the new finding cannot find a way to make the existing locking discipline work.

In staging, this logic has all been removed because it was discovered to be accidentally disabled since Xen 4.7. Therefore, we are fixing the locking problem by backporting the removal of most of the feature. Note that even with the feature disabled, the lock would still be acquired for any accesses to the VGA MMIO region.

Record
CVE-2024-45818
CVSS 3.1
6.5 MediumCVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:C/C:H/I:N/A:N
Weakness
CWE-667
Updated
2026-11-02
OSVALPINE-CVE-2024-45818 6.5

The hypervisor contains code to accelerate VGA memory accesses for HVM guests, when the (virtual) VGA is in "standard" mode. Locking involved there has an unusual discipline, leaving a lock acquired past the return from the function that acquired it. This behavior results in a problem when emulating an instruction with two memory accesses, both of which touch VGA memory (plus some further constraints which aren't relevant here). When emulating the 2nd access, the lock that is already being held would be attempted to be re-acquired, resulting in a deadlock.

This deadlock was already found when the code was first introduced, but was analysed incorrectly and the fix was incomplete. Analysis in light of the new finding cannot find a way to make the existing locking discipline work.

In staging, this logic has all been removed because it was discovered to be accidentally disabled since Xen 4.7. Therefore, we are fixing the locking problem by backporting the removal of most of the feature. Note that even with the feature disabled, the lock would still be acquired for any accesses to the VGA MMIO region.

Record
ALPINE-CVE-2024-45818
CVSS 3.1
6.5 MediumCVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:C/C:H/I:N/A:N
Updated
2026-11-02
OSV 6.5

The hypervisor contains code to accelerate VGA memory accesses for HVM guests, when the (virtual) VGA is in "standard" mode. Locking involved there has an unusual discipline, leaving a lock acquired past the return from the function that acquired it. This behavior results in a problem when emulating an instruction with two memory accesses, both of which touch VGA memory (plus some further constraints which aren't relevant here). When emulating the 2nd access, the lock that is already being held would be attempted to be re-acquired, resulting in a deadlock.

This deadlock was already found when the code was first introduced, but was analysed incorrectly and the fix was incomplete. Analysis in light of the new finding cannot find a way to make the existing locking discipline work.

In staging, this logic has all been removed because it was discovered to be accidentally disabled since Xen 4.7. Therefore, we are fixing the locking problem by backporting the removal of most of the feature. Note that even with the feature disabled, the lock would still be acquired for any accesses to the VGA MMIO region.

Record
CVE-2024-45818
CVSS 3.1
6.5 MediumCVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:C/C:H/I:N/A:N
Updated
2026-11-02
Show 10 moreShow less
OSVDEBIAN-CVE-2024-45818 6.5

The hypervisor contains code to accelerate VGA memory accesses for HVM guests, when the (virtual) VGA is in "standard" mode. Locking involved there has an unusual discipline, leaving a lock acquired past the return from the function that acquired it. This behavior results in a problem when emulating an instruction with two memory accesses, both of which touch VGA memory (plus some further constraints which aren't relevant here). When emulating the 2nd access, the lock that is already being held would be attempted to be re-acquired, resulting in a deadlock. This deadlock was already found when the code was first introduced, but was analysed incorrectly and the fix was incomplete. Analysis in light of the new finding cannot find a way to make the existing locking discipline work. In staging, this logic has all been removed because it was discovered to be accidentally disabled since Xen 4.7. Therefore, we are fixing the locking problem by backporting the removal of most of the feature. Note that even with the feature disabled, the lock would still be acquired for any accesses to the VGA MMIO region.

Record
DEBIAN-CVE-2024-45818
CVSS 3.1
6.5 MediumCVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:C/C:H/I:N/A:N
Updated
2026-11-02
OSVUBUNTU-CVE-2024-45818 6.5

The hypervisor contains code to accelerate VGA memory accesses for HVM guests, when the (virtual) VGA is in "standard" mode. Locking involved there has an unusual discipline, leaving a lock acquired past the return from the function that acquired it. This behavior results in a problem when emulating an instruction with two memory accesses, both of which touch VGA memory (plus some further constraints which aren't relevant here). When emulating the 2nd access, the lock that is already being held would be attempted to be re-acquired, resulting in a deadlock. This deadlock was already found when the code was first introduced, but was analysed incorrectly and the fix was incomplete. Analysis in light of the new finding cannot find a way to make the existing locking discipline work. In staging, this logic has all been removed because it was discovered to be accidentally disabled since Xen 4.7. Therefore, we are fixing the locking problem by backporting the removal of most of the feature. Note that even with the feature disabled, the lock would still be acquired for any accesses to the VGA MMIO region.

Record
UBUNTU-CVE-2024-45818
CVSS 3.1
6.5 MediumCVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:C/C:H/I:N/A:N
Updated
2026-11-02
OSVMGASA-2025-0270 No score

Updated xen packages fix security vulnerabilities

Double unlock in x86 guest IRQ handling. (CVE-2024-31143) Xapi: Metadata injection attack against backup/restore functionality. (CVE-2024-31144) Error handling in x86 IOMMU identity mapping. (CVE-2024-31145) PCI device pass-through with shared resources. (CVE-2024-31146) x86: Deadlock in vlapic_error(). (CVE-2024-45817) Deadlock in x86 HVM standard VGA handling. (CVE-2024-45818) libxl leaks data to PVH guests via ACPI tables. (CVE-2024-45819) Backend can crash Linux netfront. (CVE-2024-53240) Xen hypercall page unsafe against speculative attacks. (CVE-2024-53241) Deadlock potential with VT-d and legacy PCI device pass-through. (CVE-2025-1713) x86: Indirect Target Selection. (CVE-2024-28956) x86: Incorrect stubs exception handling for flags recovery. (CVE-2025-27465) TSA-SQ (TSA in the Store Queues). (CVE-2024-36350) TSA-L1 (TSA in the L1 data cache). (CVE-2024-36357) A NULL pointer dereference in the updating of the reference TSC area. (CVE-2025-27466) A NULL pointer dereference by assuming the SIM page is mapped when a synthetic timer message has to be delivered. (CVE-2025-58142) A race in the mapping of the reference TSC page, where a guest can get Xen to free a page while still present in the guest physical to machine (p2m) page tables. (CVE-2025-58143) An assertion is wrong there, where the case actually needs handling. A NULL pointer de-reference could result on a release build. (CVE-2025-58144) The P2M lock isn't held until a page reference was actually obtained (or the attempt to do so has failed). Otherwise the page can not only change type, but even ownership in between, thus allowing domain boundaries to be violated. (CVE-2025-58145) XAPI UTF-8 string handling. (CVE-2025-58146) Hypercalls using the HV_VP_SET Sparse format can cause vpmask_set() to write out of bounds when converting the bitmap to Xen's format. (CVE-2025-58147) Hypercalls using any input format can cause send_ipi() to read d->vcpu[] out-of-bounds, and operate on a wild vCPU pointer.(CVE-2025-58148) Incorrect removal of permissions on PCI device unplug. (CVE-2025-58149)

Record
MGASA-2025-0270
Updated
2026-11-02
OSVopenSUSE-SU-2024:14530-1 No score

xen-4.19.0_06-1.1 on GA media

These are all security issues fixed in the xen-4.19.0_06-1.1 package on the GA media of openSUSE Tumbleweed.

Record
openSUSE-SU-2024:14530-1
Updated
2026-11-02
OSVSUSE-SU-2024:3977-1 No score

Security update for xen

This update for xen fixes the following issues:

  • CVE-2024-45818: Fixed deadlock in x86 HVM standard VGA handling (XSA-463) (bsc#1232622).
  • CVE-2024-45819: Fixed libxl data leaks to PVH guests via ACPI tables (XSA-464) (bsc#1232624).

Bug fixes:

  • Remove usage of net-tools-deprecated from supportconfig plugin (bsc#1232542).
Record
SUSE-SU-2024:3977-1
Updated
2026-11-02
OSVSUSE-SU-2024:3979-1 No score

Security update for xen

This update for xen fixes the following issues:

Security issues fixed:

  • CVE-2024-45818: xen: Deadlock in x86 HVM standard VGA handling (bsc#1232622)
  • CVE-2024-45819: xen: libxl leaks data to PVH guests via ACPI tables (bsc#1232624)

Non-security issue fixed:

  • Xen host hung at boot up with repeated '(XEN) APIC error on CPU on CPU53: 40(40), Received illegal vector' (bsc#1231046)
Record
SUSE-SU-2024:3979-1
Updated
2026-11-02
OSVSUSE-SU-2024:3980-1 No score

Security update for xen

This update for xen fixes the following issues:

Security issues fixed:

  • CVE-2024-45818: xen: Deadlock in x86 HVM standard VGA handling (bsc#1232622)
  • CVE-2024-45819: xen: libxl leaks data to PVH guests via ACPI tables (bsc#1232624)
  • CVE-2024-45817: xen: x86: Deadlock in vlapic_error() (bsc#1230366)

Non-security issues fixed:

  • Removed usage of net-tools-deprecated from supportconfig plugin (bsc#1232542)
  • Upstream bug fixes (bsc#1027519)
Record
SUSE-SU-2024:3980-1
Updated
2026-11-02
OSVSUSE-SU-2024:4073-1 No score

Security update for xen

This update for xen fixes the following issues:

Security issues fixed:

  • CVE-2024-45818: xen: Deadlock in x86 HVM standard VGA handling (bsc#1232622)
  • CVE-2024-45819: xen: libxl leaks data to PVH guests via ACPI tables (bsc#1232624)
  • CVE-2024-45817: xen: x86: Deadlock in vlapic_error() (bsc#1230366)

Non-security issue fixed:

  • Removed usage of net-tools-deprecated from supportconfig plugin (bsc#1232542)
Record
SUSE-SU-2024:4073-1
Updated
2026-11-02
OSVSUSE-SU-2024:4116-1 No score

Security update for xen

This update for xen fixes the following issues:

  • CVE-2024-45818: Fixed deadlock in x86 HVM standard VGA handling (XSA-463) (bsc#1232622).
  • CVE-2024-45819: Fixed libxl data leaks to PVH guests via ACPI tables (XSA-464) (bsc#1232624).

Bug fixes:

  • Remove usage of net-tools-deprecated from supportconfig plugin (bsc#1232542).
Record
SUSE-SU-2024:4116-1
Updated
2026-11-02
OSVSUSE-SU-2024:4163-1 No score

Security update for xen

This update for xen fixes the following issues:

Security issues fixed:

  • CVE-2024-45818: xen: Deadlock in x86 HVM standard VGA handling (bsc#1232622)
  • CVE-2024-45819: xen: libxl leaks data to PVH guests via ACPI tables (bsc#1232624)
  • CVE-2024-45817: xen: x86: Deadlock in vlapic_error() (bsc#1230366)

Non-security issues fixed:

  • Removed usage of net-tools-deprecated from supportconfig plugin (bsc#1232542)
  • Upstream bug fixes (bsc#1027519)
Record
SUSE-SU-2024:4163-1
Updated
2026-11-02

Affected products

Affected packages

Affected packages
PackageAffectedFixed
xen
Alpine:v3.17
 4.6.0 up to 4.16.6-r3
4.16.6-r3
xen
Alpine:v3.18
 4.6.0 up to 4.17.5-r2
4.17.5-r2
xen
Alpine:v3.19
 4.6.0 up to 4.18.3-r2
4.18.3-r2
xen
Alpine:v3.20
 4.6.0 up to 4.18.3-r2
4.18.3-r2
xen
Alpine:v3.21
 4.6.0 up to 4.19.0-r1
4.19.0-r1
xen
Alpine:v3.22
 4.6.0 up to 4.19.0-r1
4.19.0-r1
xen
Alpine:v3.23
 4.6.0 up to 4.19.0-r1
4.19.0-r1
xen
Alpine:v3.24
 4.6.0 up to 4.19.0-r1
4.19.0-r1
xen
Debian:12
 before 4.17.5+23-ga4e5191dc0-1, plus listed versions
4.17.1+2-gb773c48e36-14.17.2+55-g0b56bed864-14.17.2+76-ge1f9cb16e2-14.17.2+76-ge1f9cb16e2-1~deb12u14.17.2-1
Show 6 moreShow less
4.17.3+10-g091466ba55-14.17.3+10-g091466ba55-1.14.17.3+10-g091466ba55-1.1~exp14.17.3+10-g091466ba55-1.1~exp24.17.3+10-g091466ba55-1~deb12u14.17.3+36-g54dacb5c02-1
4.17.5+23-ga4e5191dc0-1
xen
Debian:13
 before 4.19.1-1
4.19.1-1
Show 39 moreShow less
Affected packages
PackageAffectedFixed
xen
Debian:14
 before 4.19.1-1
4.19.1-1
xen
Debian:12
From an advisory covering 12 CVEs
 before 4.17.5+23-ga4e5191dc0-1, plus listed versions
4.17.1+2-gb773c48e36-14.17.2+55-g0b56bed864-14.17.2+76-ge1f9cb16e2-14.17.2+76-ge1f9cb16e2-1~deb12u14.17.2-1
Show 6 moreShow less
4.17.3+10-g091466ba55-14.17.3+10-g091466ba55-1.14.17.3+10-g091466ba55-1.1~exp14.17.3+10-g091466ba55-1.1~exp24.17.3+10-g091466ba55-1~deb12u14.17.3+36-g54dacb5c02-1
4.17.5+23-ga4e5191dc0-1
xen
Mageia:9
From an advisory covering 26 CVEs
 before 4.17.5-1.git20251028.1.mga9
4.17.5-1.git20251028.1.mga9
xen
SUSE:Linux Enterprise High Performance Computing 15 SP3-LTSS
From an advisory covering 2 CVEs
 before 4.14.6_22-150300.3.84.1
4.14.6_22-150300.3.84.1
xen
SUSE:Linux Enterprise Server 15 SP3-LTSS
From an advisory covering 2 CVEs
 before 4.14.6_22-150300.3.84.1
4.14.6_22-150300.3.84.1
xen
SUSE:Linux Enterprise Server for SAP Applications 15 SP3
From an advisory covering 2 CVEs
 before 4.14.6_22-150300.3.84.1
4.14.6_22-150300.3.84.1
xen
SUSE:Linux Enterprise Micro 5.1
From an advisory covering 2 CVEs
 before 4.14.6_22-150300.3.84.1
4.14.6_22-150300.3.84.1
xen
SUSE:Linux Enterprise Micro 5.2
From an advisory covering 2 CVEs
 before 4.14.6_22-150300.3.84.1
4.14.6_22-150300.3.84.1
xen
SUSE:Enterprise Storage 7.1
From an advisory covering 2 CVEs
 before 4.14.6_22-150300.3.84.1
4.14.6_22-150300.3.84.1
xen
SUSE:Linux Enterprise Server 12 SP5-LTSS
From an advisory covering 2 CVEs
 before 4.12.4_58-3.124.1
4.12.4_58-3.124.1
xen
SUSE:Linux Enterprise Server LTSS Extended Security 12 SP5
From an advisory covering 2 CVEs
 before 4.12.4_58-3.124.1
4.12.4_58-3.124.1
xen
SUSE:Linux Enterprise Micro 5.5
From an advisory covering 3 CVEs
 before 4.17.5_06-150500.3.42.1
4.17.5_06-150500.3.42.1
xen
SUSE:Linux Enterprise Module for Basesystem 15 SP5
From an advisory covering 3 CVEs
 before 4.17.5_06-150500.3.42.1
4.17.5_06-150500.3.42.1
xen
SUSE:Linux Enterprise Module for Server Applications 15 SP5
From an advisory covering 3 CVEs
 before 4.17.5_06-150500.3.42.1
4.17.5_06-150500.3.42.1
xen
openSUSE:Leap Micro 5.5
From an advisory covering 3 CVEs
 before 4.17.5_06-150500.3.42.1
4.17.5_06-150500.3.42.1
xen
openSUSE:Leap 15.5
From an advisory covering 3 CVEs
 before 4.17.5_06-150500.3.42.1
4.17.5_06-150500.3.42.1
xen
SUSE:Linux Enterprise High Performance Computing 15 SP2-LTSS
From an advisory covering 3 CVEs
 before 4.13.5_16-150200.3.99.1
4.13.5_16-150200.3.99.1
xen
SUSE:Linux Enterprise Server 15 SP2-LTSS
From an advisory covering 3 CVEs
 before 4.13.5_16-150200.3.99.1
4.13.5_16-150200.3.99.1
xen
SUSE:Linux Enterprise Server for SAP Applications 15 SP2
From an advisory covering 3 CVEs
 before 4.13.5_16-150200.3.99.1
4.13.5_16-150200.3.99.1
xen
SUSE:Linux Enterprise Micro 5.3
From an advisory covering 2 CVEs
 before 4.16.6_06-150400.4.65.1
4.16.6_06-150400.4.65.1
xen
SUSE:Linux Enterprise Micro 5.4
From an advisory covering 2 CVEs
 before 4.16.6_06-150400.4.65.1
4.16.6_06-150400.4.65.1
xen
SUSE:Linux Enterprise High Performance Computing 15 SP4-ESPOS
From an advisory covering 2 CVEs
 before 4.16.6_06-150400.4.65.1
4.16.6_06-150400.4.65.1
xen
SUSE:Linux Enterprise High Performance Computing 15 SP4-LTSS
From an advisory covering 2 CVEs
 before 4.16.6_06-150400.4.65.1
4.16.6_06-150400.4.65.1
xen
SUSE:Linux Enterprise Server 15 SP4-LTSS
From an advisory covering 2 CVEs
 before 4.16.6_06-150400.4.65.1
4.16.6_06-150400.4.65.1
xen
SUSE:Linux Enterprise Server for SAP Applications 15 SP4
From an advisory covering 2 CVEs
 before 4.16.6_06-150400.4.65.1
4.16.6_06-150400.4.65.1
xen
SUSE:Manager Proxy 4.3
From an advisory covering 2 CVEs
 before 4.16.6_06-150400.4.65.1
4.16.6_06-150400.4.65.1
xen
SUSE:Manager Server 4.3
From an advisory covering 2 CVEs
 before 4.16.6_06-150400.4.65.1
4.16.6_06-150400.4.65.1
xen
SUSE:Linux Enterprise Module for Basesystem 15 SP6
From an advisory covering 3 CVEs
 before 4.18.3_06-150600.3.12.1
4.18.3_06-150600.3.12.1
xen
SUSE:Linux Enterprise Module for Server Applications 15 SP6
From an advisory covering 3 CVEs
 before 4.18.3_06-150600.3.12.1
4.18.3_06-150600.3.12.1
xen
openSUSE:Leap 15.6
From an advisory covering 3 CVEs
 before 4.18.3_06-150600.3.12.1
4.18.3_06-150600.3.12.1
xen
Ubuntu:16.04:LTS
 All versions, plus listed versions
4.5.1-0ubuntu14.5.1-0ubuntu24.6.0-1ubuntu14.6.0-1ubuntu24.6.0-1ubuntu4
Show 7 moreShow less
4.6.0-1ubuntu4.14.6.0-1ubuntu4.24.6.0-1ubuntu4.34.6.5-0ubuntu14.6.5-0ubuntu1.14.6.5-0ubuntu1.24.6.5-0ubuntu1.4
 None known
xen
Ubuntu:18.04:LTS
 All versions, plus listed versions
4.9.0-0ubuntu34.9.0-0ubuntu44.9.2-0ubuntu1
 None known
xen
Ubuntu:20.04:LTS
 All versions, plus listed versions
4.9.2-0ubuntu24.9.2-0ubuntu64.9.2-0ubuntu74.11.3+24-g14b62ab3e5-1ubuntu14.11.3+24-g14b62ab3e5-1ubuntu24.11.3+24-g14b62ab3e5-1ubuntu2.24.11.3+24-g14b62ab3e5-1ubuntu2.3
 None known
xen
Ubuntu:22.04:LTS
 All versions, plus listed versions
4.11.4+24-gddaaccbbab-1ubuntu24.16.0-1~ubuntu24.16.0-1~ubuntu2.1
 None known
xen
Ubuntu:24.04:LTS
 All versions, plus listed versions
4.17.2-14.17.2+55-g0b56bed864-14.17.2+76-ge1f9cb16e2-14.17.2+76-ge1f9cb16e2-1ubuntu14.17.3+10-g091466ba55-14.17.3+10-g091466ba55-1.1ubuntu24.17.3+10-g091466ba55-1.1ubuntu3
 None known
xen
Ubuntu:25.10
 All versions, plus listed versions
4.20.0-1ubuntu14.20.0+68-g35cb38b222-1
 None known
xen
Ubuntu:26.10
 All versions, plus listed versions
4.20.2+7-g1badcf5035-2build24.20.2+37-g61ff35323e-1ubuntu14.20.3+127-gc42374a105-1
 None known
xen
Ubuntu:26.04:LTS
 All versions, plus listed versions
4.20.0+68-g35cb38b222-14.20.2+7-g1badcf5035-24.20.2+7-g1badcf5035-2build2
 None known
xen
openSUSE:Tumbleweed
From an advisory covering 2 CVEs
 before 4.19.0_06-1.1
4.19.0_06-1.1

History

History
RecordedChangedSources
affected, facts
aliasesEUVD
first indexedCVE List, GitHub Advisories, NVD, OSV

Dates are when Every CVE recorded each change. Upstream dates may differ.

In short

CVE-2024-45818 is a medium vulnerability (CVSS 6.5) in Xen, published November 12, 2024. No source lists public exploit code. EPSS puts the chance of exploitation in the next 30 days at 0.27%, the 19th percentile. Fixed in xen 4.16.6-r3.

References

Show 43 moreShow less
Pages All vulnerabilities Browse Docs Sources Guide Get API key
MoveEnter Open