CVE-2023-20585 Overview
CVE-2023-20585 is a hardware-level vulnerability affecting AMD processors that implement the Secure Encrypted Virtualization-Secure Nested Paging (SEV-SNP) feature. The flaw resides in the Input-Output Memory Management Unit (IOMMU), where insufficient checks against the Reverse Map Table (RMP) during host buffer access permit out-of-bounds operations. An attacker with elevated privileges operating from a compromised hypervisor can leverage this gap to undermine confidential guest integrity. The issue is classified under [CWE-788] (Access of Memory Location After End of Buffer).
Critical Impact
A privileged attacker controlling a compromised hypervisor can bypass RMP validation in the IOMMU, breaking integrity guarantees that SEV-SNP provides to confidential virtual machines.
Affected Products
- AMD processors supporting SEV-SNP confidential computing
- Server platforms relying on AMD IOMMU for guest isolation
- Virtualization environments using AMD confidential computing features
Discovery Timeline
- 2026-04-16 - CVE-2023-20585 published to the National Vulnerability Database
- 2026-04-17 - Last updated in NVD database
Technical Details for CVE-2023-20585
Vulnerability Analysis
The vulnerability is an out-of-bounds access condition rooted in the AMD IOMMU's handling of host buffer accesses. SEV-SNP relies on the RMP to enforce ownership of physical pages between the hypervisor and confidential guests. The RMP records which guest, if any, owns a given page and the permitted access mode. When the IOMMU performs Direct Memory Access (DMA) on behalf of a device, RMP checks must validate that the targeted host buffer falls within authorized boundaries.
This CVE describes a scenario where those checks are insufficient. A privileged actor with control over a compromised hypervisor can stage DMA operations that cross buffer boundaries without triggering RMP enforcement. The result is silent corruption or manipulation of guest-owned memory regions, violating the integrity property SEV-SNP is designed to guarantee.
Root Cause
The defect lies in the IOMMU validation logic for host buffer accesses. RMP checks that should occur on every page touched during an access are not consistently applied at buffer boundaries, allowing out-of-bounds writes to proceed unchecked.
Attack Vector
Exploitation requires local access, high privileges, and a compromised hypervisor. The attacker constructs IOMMU operations whose buffer extents intentionally exceed validated regions, causing the IOMMU to access memory pages outside the intended bounds without RMP verification. Confidentiality of guest data is not directly impacted, but the integrity of confidential guests can be compromised. Technical details are described in AMD Security Bulletin #3016.
Detection Methods for CVE-2023-20585
Indicators of Compromise
- Unexpected modifications to memory pages owned by SEV-SNP confidential guests with no matching guest activity
- Hypervisor-level IOMMU configuration changes preceding guest integrity faults
- Anomalous DMA patterns originating from devices assigned to confidential VMs
Detection Strategies
- Audit hypervisor binaries and modules for tampering, since exploitation requires hypervisor compromise as a prerequisite
- Monitor SEV-SNP attestation reports for guests and flag integrity measurement deviations between boots
- Correlate IOMMU page fault and event log entries with confidential VM crashes or unexpected reboots
Monitoring Recommendations
- Enable verbose IOMMU event logging on AMD platforms and ship logs to a centralized analytics pipeline
- Track firmware and microcode versions across the fleet to confirm patched revisions are deployed
- Alert on privileged operations that modify device assignments or IOMMU domain mappings on hosts running confidential workloads
How to Mitigate CVE-2023-20585
Immediate Actions Required
- Apply the firmware and microcode updates referenced in AMD Security Bulletin #3016 to all affected AMD platforms hosting confidential VMs
- Reduce hypervisor attack surface by restricting administrative access and patching the host operating system and hypervisor stack
- Validate SEV-SNP attestation flows so guests refuse to launch on hosts with unpatched firmware
Patch Information
AMD has published remediation guidance in AMD Security Bulletin #3016. Operators should obtain updated platform firmware, AGESA, and microcode through their server vendor and apply the versions identified by AMD as containing the RMP check fix.
Workarounds
- Limit deployment of confidential VMs to hosts whose hypervisor and firmware integrity can be continuously attested
- Apply strict separation of duties for hypervisor administration to raise the bar for the prerequisite hypervisor compromise
- Where firmware updates cannot be applied immediately, avoid placing high-value confidential workloads on affected hosts
# Verify AMD platform firmware and microcode versions on Linux hosts
dmesg | grep -i -E "sev|snp|iommu"
cat /sys/devices/system/cpu/cpu0/microcode/version
rdmsr 0x8b # IA32_BIOS_SIGN_ID equivalent for microcode revision
Disclaimer: This content was generated using AI. While we strive for accuracy, please verify critical information with official sources.

