CVE 8.8 HIGH

iommu: Fix WARN_ON in __iommu_group_set_domain_nofail() due to reset_CVE-2026-52952

8.8 / 10
HIGH
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:H

Description

In the Linux kernel, the following vulnerability has been resolved:

iommu: Fix WARN_ON in __iommu_group_set_domain_nofail() due to reset

In __iommu_group_set_domain_internal(), concurrent domain attachments are
rejected when any device in the group is recovering. This is necessary to
fence concurrent attachments to a multi-device group where devices might
share the same RID due to PCI DMA alias quirks, but triggers the WARN_ON in
__iommu_group_set_domain_nofail().

Other IOMMU_SET_DOMAIN_MUST_SUCCEED callers in detach/teardown paths, such
as __iommu_group_set_core_domain and __iommu_release_dma_ownership, should
not be rejected, as the domain would be freed anyway in these nofail paths
while group->domain is still pointing to it. So pci_dev_reset_iommu_done()
could trigger a UAF when re-attaching group->domain.

Honor the IOMMU_SET_DOMAIN_MUST_SUCCEED flag, allowing the callers through
the group->recovery_cnt fence, so as to update the group->domain pointer.
Instead add a gdev->blocked check in the device iteration loop, to prevent
any concurrent per-device detachment.

AI Analysis

Use-after-free vulnerability in the iommu: Fix WARN_ON in __iommu_group_set_domain_nofail() due to reset

Basic Information

ID CVE-2026-52952
Source Linux
Published Jun 24, 2026 at 16:28
Modified Jun 28, 2026 at 06:37

Affected Product

Vendor Linux
Product Linux
Version c279e83953d937470f8a6e69b69f62608714f13f
Affected Versions Linux Linux c279e83953d937470f8a6e69b69f62608714f13f
Linux Linux c279e83953d937470f8a6e69b69f62608714f13f
Linux Linux 7.0

AI Assessment

AI Score 8.8 / 10
AI Severity High
Vendor Linux
Product Linux Kernel
Version 7.0, c279e83953d937470f8a6e69b69f62608714f13f

References

💭 Join the Security Discussion

🔒 Your email address will not be published. Required fields are marked *

⚠️ Please be respectful and constructive in your comments. Security discussions should remain professional.