<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <id>https://cve.radiocsirt.org/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-03T12:48:39.226576+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>csirt@opendfir.org</email>
  </author>
  <link href="https://cve.radiocsirt.org" rel="alternate"/>
  <generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator>
  <subtitle>Contains only the most 10 recent entries.</subtitle>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/bdu:2020-01475</id>
    <title>bdu:2020-01475</title>
    <updated>2026-10-03T12:48:39.501361+00:00</updated>
    <content>bdu:2020-01475</content>
    <link href="https://cve.radiocsirt.org/vuln/bdu:2020-01475"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/certfr-2019-avi-541</id>
    <title>certfr-2019-avi-541 — De multiples vulnérabilités ont été découvertes dans Xen . Elles
permettent à un attaquant de provoquer un déni de serv…</title>
    <updated>2026-10-03T12:48:39.501403+00:00</updated>
    <content>certfr-2019-avi-541</content>
    <link href="https://cve.radiocsirt.org/vuln/certfr-2019-avi-541"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/cnvd-2019-40061</id>
    <title>cnvd-2019-40061</title>
    <updated>2026-10-03T12:48:39.501422+00:00</updated>
    <content>cnvd-2019-40061</content>
    <link href="https://cve.radiocsirt.org/vuln/cnvd-2019-40061"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/euvd-2026-58715</id>
    <title>EUVD-2026-58715</title>
    <updated>2026-10-03T12:48:39.501435+00:00</updated>
    <content>EUVD-2026-58715</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-58715"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2019-18424</id>
    <title>fkie_cve-2019-18424</title>
    <updated>2026-10-03T12:48:39.501446+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>An issue was discovered in Xen through 4.12.x allowing attackers to gain host OS privileges via DMA in a situation where an untrusted domain has access to a physical device. This occurs because passed through PCI devices may corrupt host memory after deassignment. When a PCI device is assigned to an untrusted domain, it is possible for that domain to program the device to DMA to an arbitrary address. The IOMMU is used to protect the host from malicious DMA by making sure that the device addresses can only target memory assigned to the guest. However, when the guest domain is torn down, or the device is deassigned, the device is assigned back to dom0, thus allowing any in-flight DMA to potentially target critical host data. An untrusted domain with access to a physical device can DMA into host memory, leading to privilege escalation. Only systems where guests are given direct access to physical devices capable of DMA (PCI pass-through) are vulnerable. Systems which do not use PCI pass-through are not vulnerable.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2019-18424"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-3q68-jh6h-39cm</id>
    <title>GHSA-3q68-jh6h-39cm</title>
    <updated>2026-10-03T12:48:39.501479+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>An issue was discovered in Xen through 4.12.x allowing attackers to gain host OS privileges via DMA in a situation where an untrusted domain has access to a physical device. This occurs because passed through PCI devices may corrupt host memory after deassignment. When a PCI device is assigned to an untrusted domain, it is possible for that domain to program the device to DMA to an arbitrary address. The IOMMU is used to protect the host from malicious DMA by making sure that the device addresses can only target memory assigned to the guest. However, when the guest domain is torn down, or the device is deassigned, the device is assigned back to dom0, thus allowing any in-flight DMA to potentially target critical host data. An untrusted domain with access to a physical device can DMA into host memory, leading to privilege escalation. Only systems where guests are given direct access to physical devices capable of DMA (PCI pass-through) are vulnerable. Systems which do not use PCI pass-through are not vulnerable.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-3q68-jh6h-39cm"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/gsd-2019-18424</id>
    <title>gsd-2019-18424</title>
    <updated>2026-10-03T12:48:39.501500+00:00</updated>
    <content>gsd-2019-18424</content>
    <link href="https://cve.radiocsirt.org/vuln/gsd-2019-18424"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/opensuse-su-2019:2506-1</id>
    <title>openSUSE-SU-2019:2506-1 — Security update for xen</title>
    <updated>2026-10-03T12:48:39.501511+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Security update for xen</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/opensuse-su-2019:2506-1"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/suse-su-2019:2960-1</id>
    <title>SUSE-SU-2019:2960-1 — Security update for xen</title>
    <updated>2026-10-03T12:48:39.501531+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Security update for xen</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/suse-su-2019:2960-1"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ubuntu-cve-2019-18424</id>
    <title>UBUNTU-CVE-2019-18424</title>
    <updated>2026-10-03T12:48:39.501549+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Ubuntu:16.04:LTS: xen, Ubuntu:18.04:LTS: xen</p>
<p>An issue was discovered in Xen through 4.12.x allowing attackers to gain host OS privileges via DMA in a situation where an untrusted domain has access to a physical device. This occurs because passed through PCI devices may corrupt host memory after deassignment. When a PCI device is assigned to an untrusted domain, it is possible for that domain to program the device to DMA to an arbitrary address. The IOMMU is used to protect the host from malicious DMA by making sure that the device addresses can only target memory assigned to the guest. However, when the guest domain is torn down, or the device is deassigned, the device is assigned back to dom0, thus allowing any in-flight DMA to potentially target critical host data. An untrusted domain with access to a physical device can DMA into host memory, leading to privilege escalation. Only systems where guests are given direct access to physical devices capable of DMA (PCI pass-through) are vulnerable. Systems which do not use PCI pass-through are not vulnerable.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ubuntu-cve-2019-18424"/>
  </entry>
</feed>
