CVE-2026-13434: Improper Input Validation in Red Hat Red Hat OpenShift Virtualization 4
A flaw was found in KubeVirt's network annotation generator. When a tenant creates a VirtualMachineInstance with a Multus network configuration, the supplied networkName value is written verbatim into the launcher pod's v1.multus-cni.io/default-network annotation without format validation or sanitization. The only admission check rejects empty strings; no DNS-1123 format validation, JSON detection, or special character rejection is performed. When the ExternalNetResourceInjection Beta feature gate is enabled (off by default, cluster-admin only), the NAD lookup that would otherwise catch malformed names is skipped by design. A tenant with kubevirt.io:edit permissions can inject a JSON-formatted NetworkSelectionElement array specifying an arbitrary namespace, NAD name, static IP address, and MAC address. Multus on the node parses this JSON and attaches the launcher pod to the specified network attachment in any namespace, enabling cross-namespace network access and IP/MAC impersonation on network segments normally segregated from tenant workloads. The ExternalNetResourceInjection feature gate was introduced in KubeVirt v1.8.0 (first shipped in OpenShift Virtualization 4.21).
AI Analysis
Technical Summary
The vulnerability arises from KubeVirt's network annotation generator writing the supplied networkName value verbatim into the launcher pod's v1.multus-cni.io/default-network annotation without enforcing DNS-1123 format validation, JSON detection, or special character rejection. The only check rejects empty strings. When the ExternalNetResourceInjection Beta feature gate is enabled (off by default and limited to cluster-admins), the usual NetworkAttachmentDefinition (NAD) lookup that would catch malformed names is bypassed. This allows a tenant with kubevirt.io:edit permissions to inject a JSON-formatted NetworkSelectionElement array specifying arbitrary namespaces, NAD names, static IPs, and MAC addresses. Multus on the node parses this JSON and attaches the launcher pod to the specified network attachment in any namespace, enabling cross-namespace network access and IP/MAC impersonation on network segments normally segregated from tenant workloads. This flaw affects KubeVirt starting from version 1.8.0, first shipped in OpenShift Virtualization 4.21. No official patch or remediation level is stated in the advisory, and no known exploits are reported in the wild.
Potential Impact
This vulnerability allows a tenant with kubevirt.io:edit permissions to bypass network segmentation by injecting arbitrary network attachment definitions across namespaces. This can lead to unauthorized cross-namespace network access and IP/MAC address impersonation on network segments that should be isolated. The impact includes limited confidentiality and integrity loss of network communications but does not affect availability. The CVSS 3.1 base score is 4.9 (medium severity) reflecting network attack vector, high attack complexity, low privileges required, no user interaction, scope change, and partial confidentiality and integrity impact.
Mitigation Recommendations
Patch status is not yet confirmed — check the Red Hat advisory at https://access.redhat.com/security/cve/CVE-2026-13434 for current remediation guidance. The ExternalNetResourceInjection Beta feature gate is off by default and limited to cluster-admins; disabling or not enabling this feature gate reduces exposure. Restrict kubevirt.io:edit permissions carefully to trusted tenants only. Monitor Red Hat advisories for any official fixes or updates addressing this vulnerability.
CVE-2026-13434: Improper Input Validation in Red Hat Red Hat OpenShift Virtualization 4
Description
A flaw was found in KubeVirt's network annotation generator. When a tenant creates a VirtualMachineInstance with a Multus network configuration, the supplied networkName value is written verbatim into the launcher pod's v1.multus-cni.io/default-network annotation without format validation or sanitization. The only admission check rejects empty strings; no DNS-1123 format validation, JSON detection, or special character rejection is performed. When the ExternalNetResourceInjection Beta feature gate is enabled (off by default, cluster-admin only), the NAD lookup that would otherwise catch malformed names is skipped by design. A tenant with kubevirt.io:edit permissions can inject a JSON-formatted NetworkSelectionElement array specifying an arbitrary namespace, NAD name, static IP address, and MAC address. Multus on the node parses this JSON and attaches the launcher pod to the specified network attachment in any namespace, enabling cross-namespace network access and IP/MAC impersonation on network segments normally segregated from tenant workloads. The ExternalNetResourceInjection feature gate was introduced in KubeVirt v1.8.0 (first shipped in OpenShift Virtualization 4.21).
CVSS v3.1
Score 4.9medium
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
The vulnerability arises from KubeVirt's network annotation generator writing the supplied networkName value verbatim into the launcher pod's v1.multus-cni.io/default-network annotation without enforcing DNS-1123 format validation, JSON detection, or special character rejection. The only check rejects empty strings. When the ExternalNetResourceInjection Beta feature gate is enabled (off by default and limited to cluster-admins), the usual NetworkAttachmentDefinition (NAD) lookup that would catch malformed names is bypassed. This allows a tenant with kubevirt.io:edit permissions to inject a JSON-formatted NetworkSelectionElement array specifying arbitrary namespaces, NAD names, static IPs, and MAC addresses. Multus on the node parses this JSON and attaches the launcher pod to the specified network attachment in any namespace, enabling cross-namespace network access and IP/MAC impersonation on network segments normally segregated from tenant workloads. This flaw affects KubeVirt starting from version 1.8.0, first shipped in OpenShift Virtualization 4.21. No official patch or remediation level is stated in the advisory, and no known exploits are reported in the wild.
Potential Impact
This vulnerability allows a tenant with kubevirt.io:edit permissions to bypass network segmentation by injecting arbitrary network attachment definitions across namespaces. This can lead to unauthorized cross-namespace network access and IP/MAC address impersonation on network segments that should be isolated. The impact includes limited confidentiality and integrity loss of network communications but does not affect availability. The CVSS 3.1 base score is 4.9 (medium severity) reflecting network attack vector, high attack complexity, low privileges required, no user interaction, scope change, and partial confidentiality and integrity impact.
Mitigation Recommendations
Patch status is not yet confirmed — check the Red Hat advisory at https://access.redhat.com/security/cve/CVE-2026-13434 for current remediation guidance. The ExternalNetResourceInjection Beta feature gate is off by default and limited to cluster-admins; disabling or not enabling this feature gate reduces exposure. Restrict kubevirt.io:edit permissions carefully to trusted tenants only. Monitor Red Hat advisories for any official fixes or updates addressing this vulnerability.
Technical Details
- Data Version
- 5.2
- Assigner Short Name
- redhat
- Date Reserved
- 2026-06-26T14:59:17.292Z
- Cvss Version
- 3.1
- State
- PUBLISHED
- Remediation Level
- null
- Vendor Advisory Urls
- [{"url":"https://access.redhat.com/security/cve/CVE-2026-13434","vendor":"Red Hat"}]
Threat ID: 6a3eae476e08203f7dc7e0c0
Added to database: 06/26/2026, 16:52:23 UTC
Last enriched: 06/26/2026, 17:07:25 UTC
Last updated: 06/26/2026, 17:51:34 UTC
Views: 3
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.