{ "dataType": "CVE_RECORD", "dataVersion": "5.2", "cveMetadata": { "cveId": "CVE-2023-53996", "assignerOrgId": "416baaa9-dc9f-4396-8d5f-8c081fb06d67", "state": "PUBLISHED", "assignerShortName": "Linux", "dateReserved": "2025-12-24T10:53:46.176Z", "datePublished": "2025-12-24T10:55:33.402Z", "dateUpdated": "2026-08-05T09:16:33.065Z" }, "containers": { "cna": { "providerMetadata": { "orgId": "416baaa9-dc9f-4396-8d5f-8c081fb06d67", "shortName": "Linux", "dateUpdated": "2026-08-05T09:16:33.065Z" }, "descriptions": [ { "lang": "en", "value": "In the Linux kernel, the following vulnerability has been resolved:\n\nx86/sev: Make enc_dec_hypercall() accept a size instead of npages\n\nenc_dec_hypercall() accepted a page count instead of a size, which\nforced its callers to round up. As a result, non-page aligned\nvaddrs caused pages to be spuriously marked as decrypted via the\nencryption status hypercall, which in turn caused consistent\ncorruption of pages during live migration. Live migration requires\naccurate encryption status information to avoid migrating pages\nfrom the wrong perspective." } ], "metrics": [ { "cvssV3_1": { "version": "3.1", "vectorString": "CVSS:3.1/AV:L/AC:L/PR:N/UI:N/S:C/C:H/I:H/A:H", "baseScore": 9.3, "baseSeverity": "CRITICAL" }, "scenarios": [ { "lang": "en", "value": "AV:L - The defective code is guest `__init` code in `arch/x86/mm/mem_encrypt_amd.c` and the damage is delivered by hypervisor-side memory/migration operations on the same physical host; no network protocol data reaches the vulnerable function. This matches the AV:L scoring of comparable guest-side x86/sev confidential-computing flaws.\nAC:L - The mis-reporting is deterministic — the percpu variables passed to `early_set_memory_decrypted()` are always non-page-aligned, so the extra page is spuriously declared shared on every SEV guest boot, and the commit explicitly describes \"consistent corruption\" with no race or memory-layout luck involved. The party that triggers the damaging step (live migration) controls it completely.\nPR:N - No privileges of any kind are required inside the guest — the wrong encryption status is registered during early boot and the corruption lands during a routine, guest-transparent live migration. In the SEV threat model the untrusted hypervisor needs no guest credentials to reach this state.\nUI:N - Live migration is transparent to the guest and requires no action by any guest user; the mis-declaration itself happens automatically at boot.\nS:C - The guest kernel bug corrupts state held by a different security authority — the hypervisor's page-encryption-status list — causing memory protected by the SEV/AMD-SP confidential-computing boundary to be handled by the host as shared. The impact therefore crosses the guest/host CoCo boundary rather than staying within the guest's own authority.\nC:H - Pages containing guest-private kernel data are declared shared to the untrusted hypervisor, so they are handled outside the SEV-protected migration path (raw-copied across the migration channel rather than PSP-wrapped) and the host treats them as memory it may freely read. Wholesale corruption of kernel percpu pages is also leverageable toward disclosure.\nI:H - The commit documents consistent corruption of entire guest kernel pages during live migration, and the mis-marked private pages are additionally exposed to host writes as \"shared\" memory — a direct integrity break of guest-private memory.\nA:H - The corrupted pages sit in the kernel percpu region adjacent to `apf_reason`/`steal_time`/`kvm_apic_eoi`; consuming pseudorandom garbage there after migration reliably leads to kernel oops/panic and an unusable guest." } ] } ], "affected": [ { "product": "Linux", "vendor": "Linux", "defaultStatus": "unaffected", "repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git", "programFiles": [ "arch/x86/include/asm/mem_encrypt.h", "arch/x86/kernel/kvm.c", "arch/x86/mm/mem_encrypt_amd.c" ], "versions": [ { "version": "064ce6c550a0630789978bfec7a13ab2bd1bdcdf", "lessThan": "ba50e7773a99a109a1ea6f753b766a080d3b21cc", "status": "affected", "versionType": "git" }, { "version": "064ce6c550a0630789978bfec7a13ab2bd1bdcdf", "lessThan": "6615212d8e131b45bd9705b0d69cc0d2f624666f", "status": "affected", "versionType": "git" }, { "version": "064ce6c550a0630789978bfec7a13ab2bd1bdcdf", "lessThan": "8ae7457e71a320867d868f2622d7c643596e4f43", "status": "affected", "versionType": "git" }, { "version": "064ce6c550a0630789978bfec7a13ab2bd1bdcdf", "lessThan": "ac3f9c9f1b37edaa7d1a9b908bc79d843955a1a2", "status": "affected", "versionType": "git" } ] }, { "product": "Linux", "vendor": "Linux", "defaultStatus": "affected", "repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git", "programFiles": [ "arch/x86/include/asm/mem_encrypt.h", "arch/x86/kernel/kvm.c", "arch/x86/mm/mem_encrypt_amd.c" ], "versions": [ { "version": "5.16", "status": "affected" }, { "version": "0", "lessThan": "5.16", "status": "unaffected", "versionType": "semver" }, { "version": "6.1.53", "lessThanOrEqual": "6.1.*", "status": "unaffected", "versionType": "semver" }, { "version": "6.4.16", "lessThanOrEqual": "6.4.*", "status": "unaffected", "versionType": "semver" }, { "version": "6.5.3", "lessThanOrEqual": "6.5.*", "status": "unaffected", "versionType": "semver" }, { "version": "6.6", "lessThanOrEqual": "*", "status": "unaffected", "versionType": "original_commit_for_fix" } ] } ], "cpeApplicability": [ { "nodes": [ { "operator": "OR", "negate": false, "cpeMatch": [ { "vulnerable": true, "criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*", "versionStartIncluding": "5.16", "versionEndExcluding": "6.1.53" }, { "vulnerable": true, "criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*", "versionStartIncluding": "5.16", "versionEndExcluding": "6.4.16" }, { "vulnerable": true, "criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*", "versionStartIncluding": "5.16", "versionEndExcluding": "6.5.3" }, { "vulnerable": true, "criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*", "versionStartIncluding": "5.16", "versionEndExcluding": "6.6" } ] } ] } ], "references": [ { "url": "https://git.kernel.org/stable/c/ba50e7773a99a109a1ea6f753b766a080d3b21cc" }, { "url": "https://git.kernel.org/stable/c/6615212d8e131b45bd9705b0d69cc0d2f624666f" }, { "url": "https://git.kernel.org/stable/c/8ae7457e71a320867d868f2622d7c643596e4f43" }, { "url": "https://git.kernel.org/stable/c/ac3f9c9f1b37edaa7d1a9b908bc79d843955a1a2" } ], "title": "x86/sev: Make enc_dec_hypercall() accept a size instead of npages", "x_generator": { "engine": "bippy-1.2.0" } } } }