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

irqchip/ts4800: Fix missing chained handler cleanup on remove

The driver installs a chained handler for the parent interrupt during probe
using irq_set_chained_handler_and_data(), but the remove function does not
clear this handler. This leaves a dangling handler that may be called when
the parent interrupt fires after the driver has been removed, potentially
accessing freed memory and causing a kernel crash.

Additionally, the parent_irq obtained via irq_of_parse_and_map() is not
stored, making it inaccessible in the remove function. Moreover, interrupt
mappings created during probe are not properly disposed.

Fix this by:

- Saving parent_irq in probe
- Clearing the chained handler with NULL in ts4800_ic_remove()
- Disposing all IRQ mappings before domain removal to prevent resource
leaks
Published: 2026-08-15
Score: 5.5 Medium
EPSS: < 1% Very Low
KEV: No
Impact: n/a
Action: n/a
AI Analysis

Impact

A chained interrupt handler is registered during probe of the ts4800 driver but is never cleared when the driver is removed. The handler references memory that has already been freed, so when the parent interrupt fires after removal a dangling pointer is accessed and the kernel crashes. The Core Weakness is a use‑after‑free fault that can lead to denier of service by corrupting kernel memory and destabilizing the entire system. Based on the explanation, the likely attack vector is a local privilege escalation or user‑device interaction that triggers the parent interrupt after driver removal, though the CVE does not explicitly state whether remote exploitation is possible. The vulnerability does not provide a direct remote code execution path but can be abused to achieve a crash.

Affected Systems

Affected systems are Linux kernel environments that include the ts4800 interrupt controller driver. The exact kernel versions are not listed, but any system that has compiled the ts4800 module and can load or unload it is potentially impacted. The driver is part of the generic Linux kernel, meaning many distributions and silicon platforms that use the ts4800 chipset are affected.

Risk and Exploitability

The risk level is moderate: the CVSS score of 5.5 indicates moderate severity. EPSS < 1% suggests a low probability of exploitation, and the vulnerability is not listed in the CISA KEV catalog. The flaw allows a dangling chained handler to be invoked after the driver unloads, potentially causing a kernel crash and denial of service. Exploitation requires triggering the parent interrupt after the driver unloads, which may be achievable via local privilege escalation or by manipulating device events. No remote code execution path is documented, so the attack vector is likely local.

Generated by OpenCVE AI on August 22, 2026 at 07:34 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Apply the kernel update that resolves the CWE-825 use‑after‑free flaw in ts4800 by installing the patched release (commit series in the references).
  • If an update cannot be applied immediately, unload or disable the ts4800 driver to avoid triggering the CWE-825 fault until the patch is available.
  • Watch kernel logs for ts4800‑related panic messages that indicate a CWE-825 use‑after‑free crash, and consider disabling the related interrupts or rebooting as a temporary containment step.

Generated by OpenCVE AI on August 22, 2026 at 07:34 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Sat, 22 Aug 2026 05:45:00 +0000

Type Values Removed Values Added
Weaknesses CWE-416

Thu, 20 Aug 2026 00:15:00 +0000

Type Values Removed Values Added
Weaknesses CWE-825
References
Metrics threat_severity

None

cvssV3_1

{'score': 5.5, 'vector': 'CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H'}

threat_severity

Moderate


Sat, 15 Aug 2026 18:45:00 +0000

Type Values Removed Values Added
Weaknesses CWE-416

Sat, 15 Aug 2026 06:00:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: irqchip/ts4800: Fix missing chained handler cleanup on remove The driver installs a chained handler for the parent interrupt during probe using irq_set_chained_handler_and_data(), but the remove function does not clear this handler. This leaves a dangling handler that may be called when the parent interrupt fires after the driver has been removed, potentially accessing freed memory and causing a kernel crash. Additionally, the parent_irq obtained via irq_of_parse_and_map() is not stored, making it inaccessible in the remove function. Moreover, interrupt mappings created during probe are not properly disposed. Fix this by: - Saving parent_irq in probe - Clearing the chained handler with NULL in ts4800_ic_remove() - Disposing all IRQ mappings before domain removal to prevent resource leaks
Title irqchip/ts4800: Fix missing chained handler cleanup on remove
First Time appeared Linux
Linux linux Kernel
CPEs cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
Vendors & Products Linux
Linux linux Kernel
References

Subscriptions

Linux Linux Kernel
cve-icon MITRE

Status: PUBLISHED

Assigner: Linux

Published:

Updated: 2026-08-17T05:13:37.396Z

Reserved: 2026-08-09T03:40:39.923Z

Link: CVE-2026-72384

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-08-15T06:22:11.907

Modified: 2026-08-17T06:18:43.083

Link: CVE-2026-72384

cve-icon Redhat

Severity : Moderate

Publid Date: 2026-08-15T00:00:00Z

Links: CVE-2026-72384 - Bugzilla

cve-icon OpenCVE Enrichment

Updated: 2026-08-22T07:45:17Z

Weaknesses
  • CWE-825

    Expired Pointer Dereference