In the Linux kernel, the following vulnerability has been resolved:
x86/tdx: Fix "in-kernel MMIO" check
TDX only supports kernel-initiated MMIO operations. The handle_mmio()
function checks if the #VE exception occurred in the kernel and rejects
the operation if it did not.
However, userspace can deceive the kernel into performing MMIO on its
behalf. For example, if userspace can point a syscall to an MMIO address,
syscall does get_user() or put_user() on it, triggering MMIO #VE. The
kernel will treat the #VE as in-kernel MMIO.
Ensure that the target MMIO address is within the kernel before decoding
instruction.
Security readout for executives and security teams
Plain-English summary
A low-privileged local user on an affected Linux system using x86 TDX may trick the kernel into treating user-requested memory-mapped I/O as a legitimate kernel operation. The supplied CVSS assessment indicates possible serious confidentiality, integrity, and availability impact, but exploitation requires local access.
Executive priority
Treat this as a high-priority kernel update for TDX-enabled systems with multi-user, tenant, or untrusted workload exposure. Prioritize by local code-execution opportunity rather than internet exposure. Ordinary Linux systems without TDX are lower priority for this specific flaw, subject to vendor confirmation.
Technical view
TDX permits kernel-initiated MMIO. The vulnerable check trusted that a #VE raised during kernel execution represented kernel-originated MMIO. Userspace could instead supply an MMIO address to a syscall whose get_user() or put_user() access triggers #VE. The fix verifies that the target MMIO address is within kernel space before instruction decoding.
Likely exposure
Exposure is concentrated in affected x86 Linux environments using TDX, especially where untrusted or low-privileged users can execute code. The local attack vector means network reachability alone is insufficient. Systems not using TDX are unlikely to reach the affected path, although administrators should confirm this against their vendor configuration guidance.
Exploitation context
The supplied CVSS 3.1 score is 7.8 with local access, low complexity, low privileges, and no user interaction. The bundle does not identify public exploitation, and the CVE is not listed as KEV. No claim of active exploitation is supported by the provided evidence.
Researcher notes
The core trust-boundary error is checking where #VE occurred rather than validating the MMIO target address. The fix adds target-address validation before decoding. The bundle lists multiple stable commits but does not map each commit to a kernel series, and its version entries include ambiguous values; use distribution advisories for definitive applicability.
Mitigation direction
Apply the distribution kernel update incorporating the applicable cited Linux stable fix.
Prioritize TDX hosts allowing untrusted or low-privileged local code execution.
Check vendor guidance for exact fixed packages because the supplied affected-version data is ambiguous.
Restrict unnecessary local accounts and workload execution until affected TDX hosts are updated.
Validation and detection
Inventory x86 Linux hosts using TDX and record their running kernel builds.
Compare installed builds with vendor advisories and the applicable cited stable commit.
After updating, reboot where required and confirm the corrected kernel is running.
Verify TDX workloads remain healthy and security monitoring shows no unexpected kernel exceptions.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cve · low confidence lookup
CVE-2024-47727 mapping review
Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.