In the Linux kernel, the following vulnerability has been resolved: wifi: mwifiex: Detach sync cmd buffer on interrupted wait mwifiex synchronous… (CVE-2026-80944)
A vulnerability in the Linux kernel's mwifiex wifi driver was resolved that could cause kernel stack corruption. The issue arises when synchronous commands use caller-provided data buffers that may be stack-allocated. If a wait for a firmware response is interrupted, the caller may return and release the stack buffer while the firmware command is still active. A late firmware response can then write through the stale stack pointer, causing stack corruption and potential kernel panic. The fix detaches the caller-owned data buffer from the command after an interrupted or timed-out wait to prevent late responses from corrupting memory.
AI Analysis
Technical Summary
The Linux kernel mwifiex wifi driver used synchronous commands that keep caller-provided data buffers in cmd_node->data_buf, with some callers passing stack-allocated objects. If wait_event_interruptible_timeout() is interrupted, the caller can return and release the stack object while the firmware command remains current. A late firmware response then writes through the stale stack pointer, causing stack corruption and kernel panic. The fix cancels pending commands on interrupted or timed-out waits and detaches the caller-owned data buffer from the current command, preventing late responses from writing through pointers whose lifetime has ended. This vulnerability was observed during repeated association and disassociation cycles on an i.MX8MP board using an 88W8997 wifi chip.
Potential Impact
This vulnerability can cause kernel stack corruption leading to kernel panic and system instability. It affects the mwifiex wifi driver in the Linux kernel and can be triggered by interrupted waits during firmware command processing. There is no indication of remote code execution or privilege escalation from the provided data, but the kernel panic can cause denial of service.
Mitigation Recommendations
A fix has been implemented that detaches the caller-owned data buffer from the command after an interrupted or timed-out wait, preventing late firmware responses from corrupting stale stack memory. Users should update to the Linux kernel version that includes this fix once available. Patch status is not explicitly stated in the input data; check the vendor advisory or Linux kernel mailing lists for the official patch and update guidance.
In the Linux kernel, the following vulnerability has been resolved: wifi: mwifiex: Detach sync cmd buffer on interrupted wait mwifiex synchronous… (CVE-2026-80944)
Description
A vulnerability in the Linux kernel's mwifiex wifi driver was resolved that could cause kernel stack corruption. The issue arises when synchronous commands use caller-provided data buffers that may be stack-allocated. If a wait for a firmware response is interrupted, the caller may return and release the stack buffer while the firmware command is still active. A late firmware response can then write through the stale stack pointer, causing stack corruption and potential kernel panic. The fix detaches the caller-owned data buffer from the command after an interrupted or timed-out wait to prevent late responses from corrupting memory.
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
The Linux kernel mwifiex wifi driver used synchronous commands that keep caller-provided data buffers in cmd_node->data_buf, with some callers passing stack-allocated objects. If wait_event_interruptible_timeout() is interrupted, the caller can return and release the stack object while the firmware command remains current. A late firmware response then writes through the stale stack pointer, causing stack corruption and kernel panic. The fix cancels pending commands on interrupted or timed-out waits and detaches the caller-owned data buffer from the current command, preventing late responses from writing through pointers whose lifetime has ended. This vulnerability was observed during repeated association and disassociation cycles on an i.MX8MP board using an 88W8997 wifi chip.
Potential Impact
This vulnerability can cause kernel stack corruption leading to kernel panic and system instability. It affects the mwifiex wifi driver in the Linux kernel and can be triggered by interrupted waits during firmware command processing. There is no indication of remote code execution or privilege escalation from the provided data, but the kernel panic can cause denial of service.
Mitigation Recommendations
A fix has been implemented that detaches the caller-owned data buffer from the command after an interrupted or timed-out wait, preventing late firmware responses from corrupting stale stack memory. Users should update to the Linux kernel version that includes this fix once available. Patch status is not explicitly stated in the input data; check the vendor advisory or Linux kernel mailing lists for the official patch and update guidance.
Technical Details
- Gcve Source
- db.gcve.eu
- Osv Id
- GHSA-63w9-8935-246m
- Osv Schema Version
- 1.4.0
- Aliases
- ["CVE-2026-80944"]
Threat ID: 6aa4a03155bf5e2cf5a871fe
Added to database: 09/12/2026, 00:43:29 UTC
Last enriched: 09/12/2026, 01:26:40 UTC
Last updated: 09/12/2026, 03:08:01 UTC
Views: 4
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.