Skip to content
VulniPulse
Sign in
Advisory severityHigh7.7Red Hat Linux

High [CVE-2026-17527] cdi.kubevirt.io:view aggregated ClusterRole grants create on datavolumes/source, allowing unauthorized PVC clone

This high-severity Red Hat Linux advisory covers CVE-2026-17527 affecting Red Hat Container Native Virtualization 4.16, Red Hat Container Native Virtualization 4.18, Red Hat Container Native Virtualization 4.19.

Aggregated and source-linked by VulniPulse. Data sources, validation and limitations.

CVE-2026-17527 Source published Source updated

VulniPulse record published Record updated

CVE-2026-17527
Affected products & platforms
Red Hat LinuxUnclassified
Open source advisory

Android app · Google Play

Monitor future Red Hat Linux CVEs from your phone.

Choose a whole vendor or a precise platform, then receive matching security advisories by phone notification, email, or both. Coverage follows 32 official vendor sources and 160+ reviewed platform categories.

Matching phone alertsOptional email delivery
Get CVE alertsSee app features

Summary

In containerized-data-importer (CDI), the aggregated cdi.kubevirt.io:view ClusterRole, intended to provide read-only access to CDI resources, includes a rule granting create on the datavolumes/source subresource.

CDI's DataVolume clone authorization accepts this permission as sufficient to authorize cloning the contents of any PVC the caller can name, without requiring write access to the source namespace.

A user or service account bound to the view role, commonly granted cluster-wide via ClusterRoleBinding, who also has ordinary write access (edit/admin) to any single namespace, can use this to exfiltrate the contents of any PVC in the cluster into a namespace they control, bypassing namespace isolation and the read-only guarantee of the view role.

This flaw is confirmed upstream in kubevirt/containerized-data-importer and affects all downstream consumers using CDI's default aggregated RBAC roles, including OpenShift Virtualization. It is distinct from the SSP operator's "golden images" pattern, which deliberately and correctly scopes an equivalent permission via a namespace-scoped Role/RoleBinding.

Red Hat severity: Important — CVSS 7.7 (CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:N/A:N). Weakness: CWE-639.

Affected versions

No affected-version range was extracted from the source record. The vendor advisory is authoritative — check it before change work.

Official advisory · high-confidence parse· fetched 14 days ago·verify at source

Fixed versions
  • container-native-virtualization/virt-cdi-operator-rhel9:1787585647
  • container-native-virtualization/virt-cdi-operator-rhel9:1787586357
  • container-native-virtualization/virt-cdi-operator-rhel9:1787234290
  • container-native-virtualization/virt-cdi-operator-rhel9:1787231995
  • container-native-virtualization/virt-cdi-operator-rhel9:1787235286
  • container-native-virtualization/virt-cdi-operator-rhel9:1787295217
  • RHSA-2026:61666
  • RHSA-2026:60301
  • RHSA-2026:59109
  • RHSA-2026:59083
  • RHSA-2026:59062
  • RHSA-2026:60117

Official advisory · high-confidence parse· fetched 14 days ago·verify at source

Mitigation checklist

Recommended fix / mitigation
  • Until a fix is available, cluster administrators should avoid granting cdi.kubevirt.io:view (or the built-in Kubernetes view role, which aggregates it) via cluster-wide ClusterRoleBinding. Prefer namespace-scoped RoleBindings, and audit which namespaces grant both view-equivalent access and separate edit/admin access to the same identities, since that combination is what enables cross-namespace data exfiltration.

Official advisory · high-confidence parse· fetched 14 days ago·verify at source

Discussion(0)

No comments yet. Share field notes, upgrade gotchas, or questions — verify against the vendor advisory before acting on community advice.

Sign in to join the discussion.