CVE-2026-53098: Linux Kernel MT7915 WiFi Driver Use-After-Free Vulnerability
A use-after-free vulnerability exists in the Linux kernel's MediaTek WiFi driver (mt76) for the MT7915 chipset. When a device is removed, the driver can attempt to access memory that has already been freed, causing a crash or potential security issue. This happens because cleanup code doesn't properly wait for background work tasks to finish before releasing the data those tasks might still be using. The vulnerability requires local access to trigger and affects systems with MT7915 WiFi hardware running vulnerable kernel versions.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 7.8 HIGH · CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
- Weaknesses (CWE)
- CWE-416
- Affected products
- 1 configuration(s)
- Published / Modified
- 2026-06-24 / 2026-07-21
NVD description (verbatim)
In the Linux kernel, the following vulnerability has been resolved: wifi: mt76: mt7915: fix use-after-free bugs in mt7915_mac_dump_work() When the mt7915 pci chip is detaching, the mt7915_crash_data is released in mt7915_coredump_unregister(). However, the work item dump_work may still be running or pending, leading to UAF bugs when the already freed crash_data is dereferenced again in mt7915_mac_dump_work(). The race condition can occur as follows: CPU 0 (removal path) | CPU 1 (workqueue) mt7915_pci_remove() | mt7915_sys_recovery_set() mt7915_unregister_device() | mt7915_reset() mt7915_coredump_unregister() | queue_work() vfree(dev->coredump.crash_data) | mt7915_mac_dump_work() | crash_data-> // UAF Fix this by ensuring dump_work is properly canceled before the crash_data is deallocated. Add cancel_work_sync() in mt7915_unregister_device() to synchronize with any pending or executing dump work.
5 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-53098 is a use-after-free (CWE-416) vulnerability in the MT7915 wireless driver subsystem of the Linux kernel. The vulnerability arises from a race condition between the device removal path and the mt7915_mac_dump_work() workqueue handler. When mt7915_pci_remove() invokes mt7915_unregister_device(), which calls mt7915_coredump_unregister() to free crash_data via vfree(), a concurrent dump_work item may still be queued or executing. If mt7915_mac_dump_work() runs after the crash_data pointer has been freed, it dereferences the invalid memory. The fix adds cancel_work_sync() to the unregister path, ensuring all pending work items complete or are canceled before memory deallocation occurs.
Business impact
This vulnerability primarily affects enterprise environments with deployed MT7915-based WiFi infrastructure, particularly in server or network appliance deployments. While the vulnerability requires local code execution context to trigger, successful exploitation could lead to kernel crashes (denial of service) or, in less common scenarios, potential privilege escalation or information disclosure depending on memory layout and attacker capabilities. Organizations relying on MT7915 hardware for critical connectivity may experience unexpected system restarts or instability during device hotplug or module unload operations.
Affected systems
Linux systems running kernel versions with the vulnerable mt76 driver code for MT7915 chipsets are affected. This includes embedded devices, access points, and systems with integrated or discrete MT7915 WiFi adapters. The vulnerability exists across distributions until they apply the specific kernel patch addressing the race condition. Systems that do not use MT7915 hardware or do not load the mt76 driver are unaffected.
Exploitability
The vulnerability requires local access to the affected system and involves triggering a specific race condition between device removal and work queue execution. An unprivileged local user with the ability to trigger WiFi driver hotplug events or force module unload operations could potentially trigger the condition. However, exploiting it reliably for purposes beyond denial of service would require precise timing and knowledge of memory layout, making it moderately difficult but not infeasible for a local attacker with system access.
Remediation
Apply the Linux kernel patch that adds cancel_work_sync() in mt7915_unregister_device() to synchronize the dump_work before crash_data deallocation. Verify the fix has been incorporated in your kernel version by checking commit history or release notes. For systems unable to update immediately, limit local user access to minimize the attack surface, and monitor for unexpected kernel crashes related to mt7915 driver operations.
Patch guidance
Verify your Linux kernel version against the upstream kernel patch for CVE-2026-53098, which resolves the race condition by adding proper work cancellation before memory deallocation. Check your distribution's kernel update advisories for the specific patched version available for your release. Patching requires a kernel update and typically necessitates a system reboot. Test kernel updates in a non-production environment first, particularly if your deployment relies on WiFi connectivity.
Detection guidance
Monitor system logs for kernel warnings or panics mentioning mt7915 driver or use-after-free conditions. Enable KASAN (Kernel Address Sanitizer) in test environments to detect UAF issues during development or pre-production validation. Watch for unexpected WiFi driver unload failures or device removal hangs that might indicate the race condition. Check dmesg output for stack traces referencing mt7915_mac_dump_work() or mt7915_coredump_unregister().
Why prioritize this
This vulnerability scores 7.8 (HIGH) due to the combination of high-impact consequences (kernel crash, potential code execution) and the local attack vector requiring presence on the system. While not remotely exploitable, it poses a meaningful risk in shared hosting, embedded device, and multi-tenant scenarios. Organizations should prioritize patching systems where MT7915 hardware is deployed and local user access is possible, particularly in environments where system stability is critical.
Risk score, explained
The CVSS 3.1 score of 7.8 reflects: local attack vector (AV:L) limiting scope to local attackers; low complexity (AC:L) as the race condition does not require specialized conditions; low privilege requirement (PR:L) as any local user can potentially trigger device hotplug; high impact across confidentiality, integrity, and availability (C:H/I:H/A:H) due to kernel memory access. The score appropriately captures the severity while acknowledging the local-only nature of the threat.
Frequently asked questions
Does this vulnerability affect wireless clients or only access points?
The MT7915 chipset is used in both client devices and infrastructure equipment. Any system with MT7915 WiFi hardware running a vulnerable kernel can be affected, though the vulnerability typically manifests when the driver is unloaded or devices are hot-swapped—scenarios more common in server, appliance, or development environments.
Can this be exploited remotely over the network?
No. This vulnerability requires local code execution context to trigger the race condition, typically by forcing WiFi driver unload or device removal operations. Network-based attacks cannot exploit this vulnerability.
What should I do if I cannot immediately patch my kernel?
Restrict local user access and login capabilities where possible, monitor kernel logs for mt7915-related crashes or warnings, and plan a maintenance window for kernel patching. Consider isolating affected systems until patches are applied if they support sensitive workloads.
How does this relate to the MT7915 chipset's normal operation?
The vulnerability does not affect normal WiFi usage. It only manifests during specific hardware lifecycle events—device removal, driver unload, or system shutdown. Normal wireless connectivity and data transfer are unaffected by this bug.
This analysis is provided for informational purposes to support security decision-making. The vulnerability details, CVSS score, and affected product information are based on official sources and should be verified against your specific system configurations and the relevant vendor security advisories. No exploit code or detailed exploitation steps are provided. Organizations should conduct their own risk assessments based on their environment, asset inventory, and threat model. Always test patches in non-production environments before deployment. Source: NVD (public-domain), retrieved 2026-08-01. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2026-10001HIGHChrome Sandbox Escape via PerformanceManager Use-After-Free
- CVE-2026-10002HIGHGoogle Chrome PDFium Use-After-Free Vulnerability (CVSS 8.8)
- CVE-2026-10003HIGHChrome Use-After-Free Code Execution Vulnerability Analysis
- CVE-2026-10007HIGHChrome Use-After-Free in SVG Arbitrary Code Execution (CVSS 8.8)
- CVE-2026-10012HIGHChrome Skia Use-After-Free Sandbox Escape (v148.0.7778.216)
- CVE-2026-10013HIGHUse-After-Free in Chrome WebCodecs – Patch Guide & Risk Assessment
- CVE-2026-10016HIGHUse-After-Free in Chrome DOM – Sandbox Code Execution Vulnerability
- CVE-2026-10882HIGHCritical Chrome Use-After-Free RCE Vulnerability – Exploit Details & Patch Guidance