CVE-2026-72153
Received Received - Intake

irqchip/crossbar Use-After-Free in Linux Kernel

Publication date: 2026-08-15

Last updated on: 2026-08-15

Assigner: kernel.org

Description
In the Linux kernel, the following vulnerability has been resolved: irqchip/crossbar: Use correct index in crossbar_domain_free() crossbar_domain_free() resets the domain data and then uses the nulled out irq_data->hwirq member as index to reset the irq_map[] entry and to write the relevant crossbar register with a safe entry. That means it never frees the correct index and keeps the crossbar register connection to the source interrupt active. If it would not reset the domain data, then this would be even worse as irq_data->hwirq holds the source interrupt number, but both the map and register index need the corresponding GIC SPI number and not the source interrupt number. This might even result in an out of bounds access as the source interrupt number can be higher than the maximal index space. Fix this by using the GIC SPI index from the parent domain's irq_data.

CVSS Scores

EPSS Scores

Probability:
Percentile:

Meta Information

Published
2026-08-15
Last Modified
2026-08-15
Generated
2026-08-15
AI Q&A
2026-08-15
EPSS Evaluated
N/A
NVD
CVE-2026-72153
EUVD
EUVD-2026-58911

Affected Vendors & Products

Showing 1 associated CPE
Vendor Product Version / Range
linux linux_kernel *

Helpful Resources

Exploitability

CWE
CWE Icon
KEV
KEV Icon
CWE ID Description
CWE-UNKNOWN

Attack-Flow Graph

AI Quick Actions

Instant insights powered by AI
Executive Summary

This vulnerability in the Linux kernel involves a function called crossbar_domain_free() which incorrectly handles the cleanup of interrupt domain data. The function resets domain data and then uses a nulled irq_data->hwirq member as an index to reset irq_map[] and write to a crossbar register. This causes the function to never free the correct index, leaving the crossbar register connection to the source interrupt active. The issue stems from using the wrong index type, as irq_data->hwirq holds the source interrupt number while the map and register index require the GIC SPI number.

Detection Guidance

This vulnerability is specific to the Linux kernel's irqchip/crossbar subsystem and does not have a direct network detection method. Check kernel logs for errors related to irqchip or crossbar operations, such as failed interrupt mappings or out-of-bounds accesses. Commands like 'dmesg | grep -i crossbar' or 'journalctl -k | grep -i irqchip' may help identify issues.

Impact Analysis

This vulnerability could lead to improper handling of interrupts, potentially causing system instability or unexpected behavior. It may result in the crossbar register incorrectly maintaining a connection to a source interrupt, which could interfere with proper interrupt routing. In severe cases, it might cause out-of-bounds memory access if the source interrupt number exceeds the allocated index space.

Mitigation Strategies

Apply the latest kernel update or patch that resolves this issue. If a patch is not immediately available, consider disabling the affected crossbar interrupt controller if it is not critical to system operation. Monitor kernel security advisories for updates.

Chat Assistant

Ask questions about this CVE
Hi! I’m here to help you understand CVE-2026-72153. Ask me anything about the vulnerability, its impact, or mitigation strategies.
0/70

EPSS Chart