{"dataType":"CVE_RECORD","dataVersion":"5.1","cveMetadata":{"cveId":"CVE-2023-26484","assignerOrgId":"a0819718-46f1-4df5-94e2-005712e83aaa","state":"PUBLISHED","assignerShortName":"GitHub_M","dateReserved":"2023-02-23T23:22:58.575Z","datePublished":"2023-03-15T20:40:17.424Z","dateUpdated":"2025-02-25T14:56:59.739Z"},"containers":{"cna":{"title":"On a compromised KubeVirt node, the virt-handler service account can be used to modify all node specs","problemTypes":[{"descriptions":[{"cweId":"CWE-863","lang":"en","description":"CWE-863: Incorrect Authorization","type":"CWE"}]}],"metrics":[{"cvssV3_1":{"attackComplexity":"HIGH","attackVector":"NETWORK","availabilityImpact":"NONE","baseScore":8.2,"baseSeverity":"HIGH","confidentialityImpact":"HIGH","integrityImpact":"HIGH","privilegesRequired":"LOW","scope":"CHANGED","userInteraction":"NONE","vectorString":"CVSS:3.1/AV:N/AC:H/PR:L/UI:N/S:C/C:H/I:H/A:N","version":"3.1"}}],"references":[{"name":"https://github.com/kubevirt/kubevirt/security/advisories/GHSA-cp96-jpmq-xrr2","tags":["x_refsource_CONFIRM"],"url":"https://github.com/kubevirt/kubevirt/security/advisories/GHSA-cp96-jpmq-xrr2"},{"name":"https://github.com/kubevirt/kubevirt/issues/9109","tags":["x_refsource_MISC"],"url":"https://github.com/kubevirt/kubevirt/issues/9109"}],"affected":[{"vendor":"kubevirt","product":"kubevirt","versions":[{"version":"<= 0.59.0","status":"affected"}]}],"providerMetadata":{"orgId":"a0819718-46f1-4df5-94e2-005712e83aaa","shortName":"GitHub_M","dateUpdated":"2023-03-15T20:40:17.424Z"},"descriptions":[{"lang":"en","value":"KubeVirt is a virtual machine management add-on for Kubernetes. In versions 0.59.0 and prior, if a malicious user has taken over a Kubernetes node where virt-handler (the KubeVirt node-daemon) is running, the virt-handler service account can be used to modify all node specs. This can be misused to lure-in system-level-privileged components which can, for instance, read all secrets on the cluster, or can exec into pods on other nodes. This way, a compromised node can be used to elevate privileges beyond the node until potentially having full privileged access to the whole cluster. The simplest way to exploit this, once a user could compromise a specific node, is to set with the virt-handler service account all other nodes to unschedulable and simply wait until system-critical components with high privileges appear on its node. No patches are available as of time of publication. As a workaround, gatekeeper users can add a webhook which will block the `virt-handler` service account to modify the spec of a node."}],"source":{"advisory":"GHSA-cp96-jpmq-xrr2","discovery":"UNKNOWN"}},"adp":[{"providerMetadata":{"orgId":"af854a3a-2127-422b-91ae-364da2661108","shortName":"CVE","dateUpdated":"2024-08-02T11:53:54.297Z"},"title":"CVE Program Container","references":[{"name":"https://github.com/kubevirt/kubevirt/security/advisories/GHSA-cp96-jpmq-xrr2","tags":["x_refsource_CONFIRM","x_transferred"],"url":"https://github.com/kubevirt/kubevirt/security/advisories/GHSA-cp96-jpmq-xrr2"},{"name":"https://github.com/kubevirt/kubevirt/issues/9109","tags":["x_refsource_MISC","x_transferred"],"url":"https://github.com/kubevirt/kubevirt/issues/9109"}]},{"metrics":[{"other":{"type":"ssvc","content":{"timestamp":"2025-02-25T14:29:18.833407Z","id":"CVE-2023-26484","options":[{"Exploitation":"none"},{"Automatable":"no"},{"Technical Impact":"total"}],"role":"CISA Coordinator","version":"2.0.3"}}}],"title":"CISA ADP Vulnrichment","providerMetadata":{"orgId":"134c704f-9b21-4f2e-91b3-4a467353bcc0","shortName":"CISA-ADP","dateUpdated":"2025-02-25T14:56:59.739Z"}}]}}