Database/Firmware, BMC & network fabric

Insyde InsydeH2O (NvmExpressDxe SMI input buffer, DMA TOCTOU): DMA race on the primary NVMe driver's SMI input buffer
Impact
DMA race on the primary NVMe driver's SMI input buffer gives SMRAM corruption and ring -2 escalation. This is the one that matters most on a modern GPU server: NVMe is where the training data, checkpoints and weights live, and the same driver that touches them is the one exposing a racy SMI handler.
Who can reach it
An attacker able to drive DMA at host memory while the SMI handler is mid-flight - a malicious PCIe device, a peripheral running attacker-flashed firmware (NIC, GPU, NVMe), or a tenant with a passed-through device that is not behind a correctly configured IOMMU. Notably does NOT require host root, which is what separates this family from the ordinary SMM callout bugs.
What to do
Firmware flash from the server OEM, not from Insyde - the fixed Insyde kernel has to be rebased by Dell/HPE/Lenovo/Supermicro and re-qualified before it reaches you, which for this batch ran months behind Insyde's own release. One reboot per node, so schedule it against a GPU drain. Fixed in kernel 5.2 / 05.27.25, 5.3 / 05.36.25, 5.4 / 05.44.25, 5.5 / 05.52.25. The compensating control that actually works here is the IOMMU, and Insyde says so in the advisory: enable VT-d/AMD-Vi with pre-boot DMA protection so the ACPI runtime buffer the handler reads is not reachable by an untrusted device. That is a BIOS setting, deployable fleet-wide without a flash, and it should be on already on any node that passes devices through to tenants. Patch the batch, not the CVE - Insyde filed one advisory per driver for the same defect, so fixing this one leaves every sibling handler reachable.
References
Related entries
- Linux kernel SRP target (ib_srpt, LIO port lifetime vs RDMA port lifetime): The SRP target's port structures were ownedCVE-2022-50129 · Linux kernel SRP target (ib_srpt, LIO port lifetime vs RDMA port lifetime)High
- Linux kernel SEV-ES #VC handler - MMIO access checking: Incorrect access checking in the SEV-ES #VC handler andCVE-2023-46813 · Linux kernel SEV-ES #VC handler - MMIO access checkingHigh
- Dell iDRAC Service Module (incorrect default permissions): Weak default folder permissions let an unprivileged localCVE-2024-22428 · Dell iDRAC Service Module (incorrect default permissions)High
- Solidigm DC SSDs with TCG Opal (DC P4510/P4511/P4610 Opal, D5-P4320/P4326 Opal, D5-P5316 Opal, D7-P5510/P5520/P5620CVE-2024-47975 · Solidigm DC SSDs with TCG Opal (DC P4510/P4511/P4610 Opal, D5-P4320/P4326 Opal, D5-P5316 Opal, D7-P5510/P5520/P5620…High
- Intel Xeon 6 with TDX: overlapping protected memory ranges in SMM allow privilege escalationCVE-2025-31936 · Intel Xeon 6 processors with Intel TDX (protected memory range overlap handling in SMM)High
- EDK II (SMM environment, Machine Check Exception handling): Machine Check Exceptions are enabled before SMM installsCVE-2025-3770 · EDK II (SMM environment, Machine Check Exception handling)High
This entry is curated: imported from vendor advisories with machine assistance, not yet individually verified. Confirm against your vendor's advisory before acting, and report anything wrong.