{"api_version":"1","generated_at":"2026-05-28T23:05:02+00:00","cve":"CVE-2026-46207","urls":{"html":"https://cve.report/CVE-2026-46207","api":"https://cve.report/api/cve/CVE-2026-46207.json","docs":"https://cve.report/api","cve_org":"https://www.cve.org/CVERecord?id=CVE-2026-46207","nvd":"https://nvd.nist.gov/vuln/detail/CVE-2026-46207"},"summary":{"title":"vsock/virtio: fix empty payload in tap skb for non-linear buffers","description":"In the Linux kernel, the following vulnerability has been resolved:\n\nvsock/virtio: fix empty payload in tap skb for non-linear buffers\n\nFor non-linear skbs, virtio_transport_build_skb() goes through\nvirtio_transport_copy_nonlinear_skb() to copy the original payload\nin the new skb to be delivered to the vsockmon tap device.\nThis manually initializes an iov_iter but does not set iov_iter.count.\nSince the iov_iter is zero-initialized, the copy length is zero and no\npayload is actually copied to the monitor interface, leaving data\nun-initialized.\n\nFix this by removing the linear vs non-linear split and using\nskb_copy_datagram_iter() with iov_iter_kvec() for all cases, as\nvhost-vsock already does. This handles both linear and non-linear skbs,\nproperly initializes the iov_iter, and removes the now unused\nvirtio_transport_copy_nonlinear_skb().\n\nWhile touching this code, let's also check the return value of\nskb_copy_datagram_iter(), even though it's unlikely to fail.","state":"PUBLISHED","assigner":"Linux","published_at":"2026-05-28 10:16:36","updated_at":"2026-05-28 13:44:01"},"problem_types":[],"metrics":[],"references":[{"url":"https://git.kernel.org/stable/c/52da6a74ca3de0fcda60301096b71534b3b18641","name":"https://git.kernel.org/stable/c/52da6a74ca3de0fcda60301096b71534b3b18641","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/3a3e3d90cbc79600544536723911657730759af3","name":"https://git.kernel.org/stable/c/3a3e3d90cbc79600544536723911657730759af3","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/378b131a25bd1a5ee27ca199fe486c299d5350c5","name":"https://git.kernel.org/stable/c/378b131a25bd1a5ee27ca199fe486c299d5350c5","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/06747f52ab157591cec7e5623a759473b66ef6f6","name":"https://git.kernel.org/stable/c/06747f52ab157591cec7e5623a759473b66ef6f6","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://www.cve.org/CVERecord?id=CVE-2026-46207","name":"CVE Program record","refsource":"CVE.ORG","tags":["canonical"]},{"url":"https://nvd.nist.gov/vuln/detail/CVE-2026-46207","name":"NVD vulnerability detail","refsource":"NVD","tags":["canonical","analysis"]}],"affected":[{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 4b0bf10eb077cb43c09746251ef3608d62c45667 06747f52ab157591cec7e5623a759473b66ef6f6 git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 4b0bf10eb077cb43c09746251ef3608d62c45667 52da6a74ca3de0fcda60301096b71534b3b18641 git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 4b0bf10eb077cb43c09746251ef3608d62c45667 378b131a25bd1a5ee27ca199fe486c299d5350c5 git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 4b0bf10eb077cb43c09746251ef3608d62c45667 3a3e3d90cbc79600544536723911657730759af3 git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 6.7","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 6.7 semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 6.12.90 6.12.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 6.18.32 6.18.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 7.0.9 7.0.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 7.1-rc4 * original_commit_for_fix","platforms":[]}],"timeline":[],"solutions":[],"workarounds":[],"exploits":[],"credits":[],"nvd_cpes":[],"vendor_comments":[],"enrichments":{"kev":null,"epss":null,"legacy_qids":[]},"source_records":{"cve_program":{"containers":{"cna":{"affected":[{"defaultStatus":"unaffected","product":"Linux","programFiles":["net/vmw_vsock/virtio_transport_common.c"],"repo":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git","vendor":"Linux","versions":[{"lessThan":"06747f52ab157591cec7e5623a759473b66ef6f6","status":"affected","version":"4b0bf10eb077cb43c09746251ef3608d62c45667","versionType":"git"},{"lessThan":"52da6a74ca3de0fcda60301096b71534b3b18641","status":"affected","version":"4b0bf10eb077cb43c09746251ef3608d62c45667","versionType":"git"},{"lessThan":"378b131a25bd1a5ee27ca199fe486c299d5350c5","status":"affected","version":"4b0bf10eb077cb43c09746251ef3608d62c45667","versionType":"git"},{"lessThan":"3a3e3d90cbc79600544536723911657730759af3","status":"affected","version":"4b0bf10eb077cb43c09746251ef3608d62c45667","versionType":"git"}]},{"defaultStatus":"affected","product":"Linux","programFiles":["net/vmw_vsock/virtio_transport_common.c"],"repo":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git","vendor":"Linux","versions":[{"status":"affected","version":"6.7"},{"lessThan":"6.7","status":"unaffected","version":"0","versionType":"semver"},{"lessThanOrEqual":"6.12.*","status":"unaffected","version":"6.12.90","versionType":"semver"},{"lessThanOrEqual":"6.18.*","status":"unaffected","version":"6.18.32","versionType":"semver"},{"lessThanOrEqual":"7.0.*","status":"unaffected","version":"7.0.9","versionType":"semver"},{"lessThanOrEqual":"*","status":"unaffected","version":"7.1-rc4","versionType":"original_commit_for_fix"}]}],"cpeApplicability":[{"nodes":[{"cpeMatch":[{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"6.12.90","versionStartIncluding":"6.7","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"6.18.32","versionStartIncluding":"6.7","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"7.0.9","versionStartIncluding":"6.7","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"7.1-rc4","versionStartIncluding":"6.7","vulnerable":true}],"negate":false,"operator":"OR"}]}],"descriptions":[{"lang":"en","value":"In the Linux kernel, the following vulnerability has been resolved:\n\nvsock/virtio: fix empty payload in tap skb for non-linear buffers\n\nFor non-linear skbs, virtio_transport_build_skb() goes through\nvirtio_transport_copy_nonlinear_skb() to copy the original payload\nin the new skb to be delivered to the vsockmon tap device.\nThis manually initializes an iov_iter but does not set iov_iter.count.\nSince the iov_iter is zero-initialized, the copy length is zero and no\npayload is actually copied to the monitor interface, leaving data\nun-initialized.\n\nFix this by removing the linear vs non-linear split and using\nskb_copy_datagram_iter() with iov_iter_kvec() for all cases, as\nvhost-vsock already does. This handles both linear and non-linear skbs,\nproperly initializes the iov_iter, and removes the now unused\nvirtio_transport_copy_nonlinear_skb().\n\nWhile touching this code, let's also check the return value of\nskb_copy_datagram_iter(), even though it's unlikely to fail."}],"providerMetadata":{"dateUpdated":"2026-05-28T09:40:25.583Z","orgId":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","shortName":"Linux"},"references":[{"url":"https://git.kernel.org/stable/c/06747f52ab157591cec7e5623a759473b66ef6f6"},{"url":"https://git.kernel.org/stable/c/52da6a74ca3de0fcda60301096b71534b3b18641"},{"url":"https://git.kernel.org/stable/c/378b131a25bd1a5ee27ca199fe486c299d5350c5"},{"url":"https://git.kernel.org/stable/c/3a3e3d90cbc79600544536723911657730759af3"}],"title":"vsock/virtio: fix empty payload in tap skb for non-linear buffers","x_generator":{"engine":"bippy-1.2.0"}}},"cveMetadata":{"assignerOrgId":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","assignerShortName":"Linux","cveId":"CVE-2026-46207","datePublished":"2026-05-28T09:40:25.583Z","dateReserved":"2026-05-13T15:03:33.105Z","dateUpdated":"2026-05-28T09:40:25.583Z","state":"PUBLISHED"},"dataType":"CVE_RECORD","dataVersion":"5.2"},"nvd":{"publishedDate":"2026-05-28 10:16:36","lastModifiedDate":"2026-05-28 13:44:01","problem_types":[],"metrics":[],"configurations":[]},"legacy_mitre":{"record":{"CveYear":"2026","CveId":"46207","Ordinal":"1","Title":"vsock/virtio: fix empty payload in tap skb for non-linear buffer","CVE":"CVE-2026-46207","Year":"2026"},"notes":[{"CveYear":"2026","CveId":"46207","Ordinal":"1","NoteData":"In the Linux kernel, the following vulnerability has been resolved:\n\nvsock/virtio: fix empty payload in tap skb for non-linear buffers\n\nFor non-linear skbs, virtio_transport_build_skb() goes through\nvirtio_transport_copy_nonlinear_skb() to copy the original payload\nin the new skb to be delivered to the vsockmon tap device.\nThis manually initializes an iov_iter but does not set iov_iter.count.\nSince the iov_iter is zero-initialized, the copy length is zero and no\npayload is actually copied to the monitor interface, leaving data\nun-initialized.\n\nFix this by removing the linear vs non-linear split and using\nskb_copy_datagram_iter() with iov_iter_kvec() for all cases, as\nvhost-vsock already does. This handles both linear and non-linear skbs,\nproperly initializes the iov_iter, and removes the now unused\nvirtio_transport_copy_nonlinear_skb().\n\nWhile touching this code, let's also check the return value of\nskb_copy_datagram_iter(), even though it's unlikely to fail.","Type":"Description","Title":"vsock/virtio: fix empty payload in tap skb for non-linear buffer"}]}}}