<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent entries from all</title>
    <link>https://vulnerability.circl.lu</link>
    <description>Contains only the most 10 recent entries.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Tue, 29 Sep 2026 01:18:04 +0000</lastBuildDate>
    <item>
      <title>CVE-2026-13622 — Kubevirt: virt-handler-rhel9: kubevirt: virt-handler migration proxy follows symlinks allowing container escape to host</title>
      <link>https://vulnerability.circl.lu/vuln/cve-2026-13622</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Red Hat Container Native Virtualization 4.12, Red Hat Container Native Virtualization 4.13, Red Hat Container Native Virtualization 4.14, Red Hat Container Native Virtualization 4.15, Red Hat Container Native Virtualization 4.16, Red Hat Container Native Virtualization 4.17, Red Hat Container Native Virtualization 4.18, Red Hat Container Native Virtualization 4.19, Red Hat Container Native Virtualization 4.20, Red Hat Container Native Virtualization 4.21 and 1 more&lt;/p&gt;
&lt;p&gt;A symlink following vulnerability was found in KubeVirt&amp;#39;s virt-handler migration proxy. During live migration, virt-handler dials Unix sockets inside the target virt-launcher pod via /proc/&amp;lt;pid&amp;gt;/root/ paths using net.Dial() without symlink protection. These socket paths reside in qemu-owned directories writable by the virt-launcher user. An attacker with namespace edit and pods/exec permissions can replace a migration proxy socket with a symlink to the host CRI-O socket. Because virt-handler runs as root in the host mount namespace, absolute symlink targets resolve against the host filesystem, and the bidirectional io.Copy proxy relays attacker-controlled bytes to the container runtime, enabling full node compromise.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Red Hat Container Native Virtualization 4.12, Red Hat Container Native Virtualization 4.13, Red Hat Container Native Virtualization 4.14, Red Hat Container Native Virtualization 4.15, Red Hat Container Native Virtualization 4.16, Red Hat Container Native Virtualization 4.17, Red Hat Container Native Virtualization 4.18, Red Hat Container Native Virtualization 4.19, Red Hat Container Native Virtualization 4.20, Red Hat Container Native Virtualization 4.21 and 1 more&lt;/p&gt;
&lt;p&gt;A symlink following vulnerability was found in KubeVirt&amp;#39;s virt-handler migration proxy. During live migration, virt-handler dials Unix sockets inside the target virt-launcher pod via /proc/&amp;lt;pid&amp;gt;/root/ paths using net.Dial() without symlink protection. These socket paths reside in qemu-owned directories writable by the virt-launcher user. An attacker with namespace edit and pods/exec permissions can replace a migration proxy socket with a symlink to the host CRI-O socket. Because virt-handler runs as root in the host mount namespace, absolute symlink targets resolve against the host filesystem, and the bidirectional io.Copy proxy relays attacker-controlled bytes to the container runtime, enabling full node compromise.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/cve-2026-13622</guid>
    </item>
  </channel>
</rss>
