CVE-2026-13201: UNIX Symbolic Link (Symlink) Following in Red Hat Red Hat Container Native Virtualization 4.13
A flaw was found in KubeVirt's safepath package used by virt-handler. The OpenAtNoFollow function uses O_PATH|O_NOFOLLOW to obtain a file descriptor to a path leaf, but downstream operations resolve the path via /proc/self/fd/N using link-following syscalls. When the leaf is a symlink, the kernel dereferences it, defeating the intended no-follow protection. An attacker with access to a virt-launcher pod can exploit this to redirect virt-handler's IPC socket connections, including the notify socket used for VM domain lifecycle events. By hijacking this socket, the attacker can inject arbitrary domain events into virt-handler, causing it to take incorrect lifecycle actions, corrupt VM state in the Kubernetes API, or crash — resulting in sustained denial of VM management services for all virtual machines on the affected node. Additionally, the same symlink following flaw allows virt-handler to apply file ownership or permission changes to unintended host paths.
AI Analysis
Technical Summary
The vulnerability arises from KubeVirt's safepath package where the OpenAtNoFollow function uses O_PATH|O_NOFOLLOW to obtain a file descriptor to a path leaf, but subsequent operations resolve the path via /proc/self/fd/N using link-following syscalls. When the leaf is a symlink, the kernel dereferences it, defeating the no-follow protection. An attacker with access to a virt-launcher pod can replace the notify socket path with a symlink to an attacker-controlled socket, enabling injection of arbitrary VM domain lifecycle events into virt-handler. These events are processed without validation and propagated to the Kubernetes API, allowing the attacker to trigger incorrect VM lifecycle actions, corrupt VMI resource state, or crash the virt-handler process. Since virt-handler runs as a single DaemonSet pod per node, repeated crashes cause denial of VM management services for all VMs on that node. A secondary impact allows virt-handler, running as root, to apply file ownership or permission changes to arbitrary host files, though this is limited by SELinux and immutable filesystem layers in default deployments. No mitigation currently prevents the notify socket hijacking vector. The CVSS v3.1 score is 7.3 (High) with vector AV:L/AC:L/PR:L/UI:N/S:C/C:N/I:L/A:H.
Potential Impact
An attacker with access to a virt-launcher pod can hijack virt-handler's IPC notify socket, injecting arbitrary VM lifecycle events that cause incorrect VM actions (shutdown, restart, migration), corrupt VM state in the Kubernetes API, or crash virt-handler. Crashing virt-handler repeatedly results in denial of VM management services on the affected node, impacting all virtual machines there. Additionally, the attacker can cause virt-handler to change file ownership or permissions on unintended host paths, though this impact is limited by SELinux and immutable filesystem protections. Confidentiality is not impacted, but integrity is low and availability impact is high.
Mitigation Recommendations
Red Hat recommends reviewing and restricting RBAC policies to limit pod and exec permissions on virt-launcher pods to only necessary users, reducing the attacker pool able to place symlinks. Ensure SELinux is in enforcing mode to restrict file targets for ownership and permission changes. Immutable filesystem layers in RHCOS also limit modification of core OS files. Note that no current mitigation fully addresses the notify socket hijacking vector, which remains exploitable despite SELinux and filesystem immutability. Applying the vendor-provided updates in OpenShift Virtualization v4.22 images is advised once available. Monitor Red Hat advisories for official patches and updates.
CVE-2026-13201: UNIX Symbolic Link (Symlink) Following in Red Hat Red Hat Container Native Virtualization 4.13
Description
A flaw was found in KubeVirt's safepath package used by virt-handler. The OpenAtNoFollow function uses O_PATH|O_NOFOLLOW to obtain a file descriptor to a path leaf, but downstream operations resolve the path via /proc/self/fd/N using link-following syscalls. When the leaf is a symlink, the kernel dereferences it, defeating the intended no-follow protection. An attacker with access to a virt-launcher pod can exploit this to redirect virt-handler's IPC socket connections, including the notify socket used for VM domain lifecycle events. By hijacking this socket, the attacker can inject arbitrary domain events into virt-handler, causing it to take incorrect lifecycle actions, corrupt VM state in the Kubernetes API, or crash — resulting in sustained denial of VM management services for all virtual machines on the affected node. Additionally, the same symlink following flaw allows virt-handler to apply file ownership or permission changes to unintended host paths.
CVSS v3.1
Score 7.3high
Affected software
Red Hat
Red Hat Container Native Virtualization 4.13
Red Hat
Red Hat Container Native Virtualization 4.14
Red Hat
Red Hat Container Native Virtualization 4.15
Red Hat
Red Hat Container Native Virtualization 4.16
Red Hat
Red Hat Container Native Virtualization 4.17
Red Hat
Red Hat Container Native Virtualization 4.18
Red Hat
Red Hat Container Native Virtualization 4.19
Red Hat
Red Hat Container Native Virtualization 4.20
Red Hat
Red Hat Container Native Virtualization 4.21
Red Hat
Red Hat Container Native Virtualization 4.22
Red Hat
Red Hat OpenShift Virtualization 4
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
The vulnerability arises from KubeVirt's safepath package where the OpenAtNoFollow function uses O_PATH|O_NOFOLLOW to obtain a file descriptor to a path leaf, but subsequent operations resolve the path via /proc/self/fd/N using link-following syscalls. When the leaf is a symlink, the kernel dereferences it, defeating the no-follow protection. An attacker with access to a virt-launcher pod can replace the notify socket path with a symlink to an attacker-controlled socket, enabling injection of arbitrary VM domain lifecycle events into virt-handler. These events are processed without validation and propagated to the Kubernetes API, allowing the attacker to trigger incorrect VM lifecycle actions, corrupt VMI resource state, or crash the virt-handler process. Since virt-handler runs as a single DaemonSet pod per node, repeated crashes cause denial of VM management services for all VMs on that node. A secondary impact allows virt-handler, running as root, to apply file ownership or permission changes to arbitrary host files, though this is limited by SELinux and immutable filesystem layers in default deployments. No mitigation currently prevents the notify socket hijacking vector. The CVSS v3.1 score is 7.3 (High) with vector AV:L/AC:L/PR:L/UI:N/S:C/C:N/I:L/A:H.
Potential Impact
An attacker with access to a virt-launcher pod can hijack virt-handler's IPC notify socket, injecting arbitrary VM lifecycle events that cause incorrect VM actions (shutdown, restart, migration), corrupt VM state in the Kubernetes API, or crash virt-handler. Crashing virt-handler repeatedly results in denial of VM management services on the affected node, impacting all virtual machines there. Additionally, the attacker can cause virt-handler to change file ownership or permissions on unintended host paths, though this impact is limited by SELinux and immutable filesystem protections. Confidentiality is not impacted, but integrity is low and availability impact is high.
Mitigation Recommendations
Red Hat recommends reviewing and restricting RBAC policies to limit pod and exec permissions on virt-launcher pods to only necessary users, reducing the attacker pool able to place symlinks. Ensure SELinux is in enforcing mode to restrict file targets for ownership and permission changes. Immutable filesystem layers in RHCOS also limit modification of core OS files. Note that no current mitigation fully addresses the notify socket hijacking vector, which remains exploitable despite SELinux and filesystem immutability. Applying the vendor-provided updates in OpenShift Virtualization v4.22 images is advised once available. Monitor Red Hat advisories for official patches and updates.
Technical Details
- Data Version
- 5.2
- Assigner Short Name
- redhat
- Date Reserved
- 2026-06-24T13:58:29.925Z
- Cvss Version
- 3.1
- State
- PUBLISHED
- Vendor Advisory Urls
- [{"url":"https://access.redhat.com/security/cve/CVE-2026-13201","vendor":"Red Hat"}]
Threat ID: 6a3c4ce14853345fc1df8cd5
Added to database: 06/24/2026, 21:32:17 UTC
Last enriched: 08/14/2026, 14:48:10 UTC
Last updated: 09/24/2026, 01:57:06 UTC
Views: 128
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.