CVE-2022-48724: iommu/vt-d: Fix potential memory leak in intel_setup_irq_remapping()
In the Linux kernel, the following vulnerability has been resolved:
iommu/vt-d: Fix potential memory leak in intel_setup_irq_remapping()
After commit e3beca48a45b ("irqdomain/treewide: Keep firmware node
unconditionally allocated"). For tear down scenario, fn is only freed
after fail to allocate ir_domain, though it also should be freed in case
dmar_enable_qi returns error.
Besides free fn, irq_domain and ir_msi_domain need to be removed as well
if intel_setup_irq_remapping fails to enable queued invalidation.
Improve the rewinding path by add out_free_ir_domain and out_free_fwnode
lables per Baolu's suggestion.
Security readout for executives and security teams
Plain-English summary
CVE-2022-48724 is a Linux kernel memory leak in Intel VT-d interrupt-remapping setup error handling. The available sources describe cleanup that was incomplete after a failed queued-invalidation enablement path. Business risk is unclear because no CVSS, CWE, or exploitation evidence is provided.
Executive priority
Handle through normal kernel patch management unless local evidence shows affected high-value systems or vendor guidance raises severity. There is no provided evidence of exploitation or a defined CVSS score.
Technical view
In intel_setup_irq_remapping(), if dmar_enable_qi returned an error, the teardown path failed to free the firmware node and remove related IRQ domains. Kernel stable fixes add cleanup labels to free fn and remove irq_domain and ir_msi_domain on that failure path.
Likely exposure
Exposure is limited to Linux systems using affected kernel versions and Intel VT-d interrupt remapping code paths. The source bundle lists Linux kernel versions and commits, but affectedness should be validated against the exact running kernel and distribution backport status.
Exploitation context
The source bundle does not report active exploitation, and KEV status is false. The described issue is a memory leak on an initialization failure path, not a disclosed remote code execution or privilege escalation path in the provided evidence.
Researcher notes
Evidence is limited to the CVE record and Linux stable commit references. The core issue is cleanup correctness after dmar_enable_qi failure. Avoid assuming exploitability beyond memory leakage without additional vendor or kernel maintainer analysis.
Mitigation direction
Update to a kernel containing the referenced stable fixes.
Check distribution security advisories for backported fixes.
Prioritize internet-facing or high-availability Linux hosts if affected.
Monitor vendor guidance for severity or mitigation updates.
Validation and detection
Inventory Linux kernel versions across affected systems.
Compare running kernels with distribution fixed-version advisories.
Confirm whether hosts use Intel VT-d interrupt remapping.
Review kernel change logs for the referenced fix commits.
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-2022-48724 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.