CVE-2026-13201 PUBLISHED

Kubevirt: virt-handler-rhel9: kubevirt: safepath openatnofollow symlink following via /proc/self/fd allows host file metadata modification

Assigner: redhat
Reserved: 24.06.2026 Published: 24.06.2026 Updated: 24.06.2026

A flaw was found in KubeVirt's safepath package. The OpenAtNoFollow function uses O_PATH|O_NOFOLLOW to obtain a file descriptor to a path leaf, but downstream helpers operate 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 cause virt-handler to apply file ownership or permission changes to an unintended host path.

Metrics

CVSS Vector: CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:C/C:N/I:L/A:L
CVSS Score: 5.2

Product Status

Vendor Red Hat
Product Red Hat OpenShift Virtualization 4
Versions Default: affected
Vendor Red Hat
Product Red Hat OpenShift Virtualization 4
Versions Default: affected

Workarounds

The following default configurations in OpenShift Virtualization significantly reduce exploitability and impact:

  1. Ensure SELinux is in enforcing mode (default in OpenShift). This restricts the set of host files that virt-handler can modify through this path, blocking operations on files with protected security labels.
  2. RHCOS immutable filesystem layers prevent modification of core OS files.
  3. Review RBAC policies to limit unnecessary pods/exec permissions on virt-launcher pods to reduce the attacker pool.

Credits

  • This issue was discovered by Huzaifa Sidhpurwala (Red Hat).

References

Problem Types

  • UNIX Symbolic Link (Symlink) Following CWE