GPU VulnDB

Database/Kernel, userspace & hypervisor

Linux kernel AMD IOMMU: one-byte stack buffer overflow parsing an oversized IVRS cmdline option

CVSS 7.8CVE-2025-38676Kernel, userspace & hypervisorcurated

Impact

The AMD IOMMU driver writes one byte past the end of the on-stack "acpiid" buffer when the IVRS ACPI-HID command line argument is at maximum length. On a GPU node the AMD IOMMU is what enforces DMA isolation for passthrough and for accelerator devices, so bugs in this driver get attention - but this one is reached only from the kernel command line, which is parsed at boot and which the upstream commit itself treats as trusted. There is no tenant-reachable path: a workload in a container or VM cannot influence this string. Practical risk is limited to boot configurations that already have an over-long IVRS option, where the stray write lands on the boot CPU stack.

Who can reach it

Boot-time only. Requires the ability to set the kernel command line (bootloader, UEFI boot entry, or host provisioning), which already implies control of the node. Not reachable by a tenant, a container, or an unprivileged local user.

What to do

Pick up the stable kernel containing the IVRS parsing fix on the usual cadence - this does not justify an out-of-band window. Because it is a kernel change, nodes need a reboot (drain the GPU workloads first). Interim mitigation is simply not passing an over-long ivrs_acpihid option on the command line.

References

Related entries

All Kernel, userspace & hypervisor entries

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.