MediaTek WLAN Driver
CVE-2025-20716
HIGH
Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAttain System privilege on device
-
DeliveryInvoke vulnerable wlan AP driver interface
-
ExploitTrigger out-of-bounds write via bad bounds check
-
ExecutionCorrupt kernel memory
-
ImpactEscalate to kernel-level privilege
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Bounds checking, write limits
MITRE ATT&CK
2 techniques across 2 tactics: Execution, Privilege Escalation The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires the attacker to ALREADY hold the System privilege on the affected MediaTek-based device, from which the flaw escalates further into the kernel; it is local-only (AV:L) with no user interaction needed. The specific trigger is the wlan AP driver code path containing the incorrect bounds check, reached through the MediaTek SDK WiFi access-point driver (as shipped in MediaTek SoC firmware and OpenWrt 19.07.0 / 21.02.0 builds). The dominant limiting factor is the high privilege precondition - an attacker lacking System-level access cannot reach this bug - which, combined with the local-only vector and no public exploit, substantially narrows realistic exploitation to post-compromise privilege chaining on devices running the affected driver. |
| Impact | This is a CWE-787 out-of-bounds write in the MediaTek wlan AP driver enabling local privilege escalation. The input CVSS vector (AV:L/AC:L/PR:L/UI:N) yields 7.8 (High), but there is a direct conflict between the vector and the description: the description explicitly states exploitation requires an actor who 'has already obtained the System privilege,' which implies high pre-existing privilege (PR:H), not the low privilege (PR:L) encoded in the vector - this discrepancy should be verified with MediaTek. Exploitation signals point AWAY from urgent, widespread risk: EPSS is only 0.14% (3rd percentile), the CVE is NOT in CISA KEV, and no public exploit code has been identified. This is a local-only (AV:L) escalation that presupposes the attacker already holds System-level access, so it functions as a privilege-chaining / sandbox-escape primitive rather than an initial-access vulnerability. No SSVC decision data was provided in the input. Net assessment: a genuinely high-severity memory-corruption bug worth patching on affected MediaTek-based devices, but NOT an emergency - the low EPSS, absence of KEV/POC, local attack vector, and the high privilege precondition all indicate low near-term real-world exploitation likelihood. |
| Exploit ScenarioDerived | An attacker who has already compromised a device to the System privilege level (e.g., via a separate app or earlier exploit) invokes the vulnerable wlan AP driver path with crafted input that fails an incorrect bounds check. The resulting out-of-bounds write corrupts kernel memory to escalate from System to full kernel/root control, requiring no user interaction. No public proof-of-concept exploit has been identified at time of analysis, so weaponization effort would fall on the attacker. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 08, 2026
Local privilege escalation in the MediaTek wlan AP driver lets an attacker who already holds System privilege on an affected MediaTek-based device trigger an out-of-bounds write and escalate into the kernel. The root cause is an incorrect bounds check (CWE-787) in the Wi-Fi access-point driver code path shipped through the MediaTek Software Development Kit and integrated into OpenWrt 19.07.0 and 21.02.0 builds; no user interaction is required and the vector is strictly local. Our independent assessment places the prerequisite at PR:H (the attacker must already possess System privilege), which is stricter than the published vector's PR:L, and no public exploit code was identified at time of analysis, with EPSS at just 0.14% (3rd percentile) - so the practical exposure is post-compromise privilege chaining on devices running the vulnerable driver rather than opportunistic exploitation. MediaTek has published a fix under patch ID WCNCR00421149 in its October 2025 product security bulletin.
RemediationAI
Vendor-released patch: MediaTek patch ID WCNCR00421149 (issue MSV-3728), documented in the October 2025 MediaTek product security bulletin at https://corp.mediatek.com/product-security-bulletin/October-2025 - obtain the updated wlan driver or SoC firmware from MediaTek or from your device/firmware vendor and update OpenWrt-based builds using the vendor-supplied driver package. OpenWrt 19.07.0 and 21.02.0 are both end-of-life branches, so reflashing to a currently supported OpenWrt release and rebasing on a fixed MediaTek driver is the durable fix rather than backporting a one-off patch; verify with the vendor that the replacement firmware actually contains WCNCR00421149. Where immediate firmware replacement is not feasible, compensating controls should target the high-privilege precondition this bug depends on: enforce that only trusted, hardened components run at System privilege and strip unnecessary capabilities from services above the driver, since dropping that privilege entirely removes the trigger (trade-off: may break vendor diagnostics, telemetry or vendor apps that rely on System-level access); disable AP/hotspot mode or the MediaTek wlan AP driver interface where the device does not need to act as a Wi-Fi access point (trade-off: loses AP/hotspot functionality); and restrict local shell, ADB or debug access to the device so untrusted code cannot run at System privilege in the first place (trade-off: reduces field-debuggability). Keep in mind these mitigations only raise the bar - they do not repair the incorrect bounds check, so the patch remains the only complete fix.
Affects your stack
Find out whether the stacks and servers you run are on an affected version.
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The issue is a classic CWE-787 out-of-bounds write in kernel-side Wi-Fi driver code: a length/index derived from driver input is not validated against the destination buffer boundary, so a write can land past the end of an allocated buffer and corrupt adjacent kernel memory, which is what enables escalation from the device's System privilege level into the kernel. The affected component is the MediaTek wlan access-point driver delivered via the MediaTek Software Development Kit (CPE cpe:2.3:a:mediatek:software_development_kit) and as shipped in downstream firmware - notably OpenWrt 19.07.0 and 21.02.0 (CPE cpe:2.3:o:openwrt:openwrt:19.07.0 and cpe:2.3:o:openwrt:openwrt:21.02.0), which bundle MediaTek SoC Wi-Fi drivers. Because the bug lives in the AP-mode driver path, reaching it requires the ability to make the driver process malformed Wi-Fi management/data input on a device configured with the affected MediaTek WiFi stack; the local-only attack vector (AV:L) and absence of user interaction (UI:N) mean the attacker needs an existing code-execution foothold at System privilege rather than a network-reachable primitive. The published CVSS 3.1 vector (AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H, 7.8) and the independently reassessed vector agree on full confidentiality, integrity and availability impact within the same security scope; the disagreement is purely on the privilege precondition, which our assessment raises to PR:H, materially narrowing who can actually reach the vulnerable code path.
Know when Openwrt gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
Description requires pre-existing System privilege so PR:H (not the input's PR:L); local driver interface gives AV:L, no preconditions beyond privilege give AC:L, and kernel corruption yields full C/I/A:H.
Primary rating from Vendor (mediatek).
CVSS VectorVendor: mediatek
DescriptionCVE.org
In wlan AP driver, there is a possible out of bounds write due to an incorrect bounds check. This could lead to local escalation of privilege if a malicious actor has already obtained the System privilege. User interaction is not needed for exploitation. Patch ID: WCNCR00421149; Issue ID: MSV-3728.
Executive ViewAI
A high-severity local privilege escalation flaw in the MediaTek Wi-Fi access-point driver affects devices built from the MediaTek SDK and shipped in OpenWrt 19.07.0 and 21.02.0 images, allowing an attacker who has already obtained System-level access to break out of the user-space sandbox and gain control of the kernel. Because the attack requires a pre-existing foothold on the device and no public exploit code has been identified, the practical risk is privilege chaining after an initial compromise rather than mass opportunistic attack. Leadership should care because kernel compromise on a network-facing access point enables persistent, hard-to-detect control of the network edge these devices serve, with patching complicated by an unmaintained OpenWrt release line and a vendor fix distributed through the MediaTek SDK rather than a standard firmware update channel.
No vendor-released patch identified at time of analysis per the source data feed, although MediaTek published a fix reference (patch ID WCNCR00421149) in its October 2025 product security bulletin; pursue that fix through the OEM or integrator. Until it is applied, enforce the principle of least privilege so that System-level access on affected devices is rare and tightly controlled, since exploitation requires that prerequisite; segment access-point management interfaces from untrusted networks and limit who can reach them; monitor for anomalous privilege transitions and unexpected kernel-level activity on affected OpenWrt 19.07.0 and 21.02.0 devices; and prioritise replacement or firmware migration for any device that cannot receive the MediaTek fix. Note that no public exploit code was identified at time of analysis, so exposure is assessed as post-compromise privilege chaining rather than opportunistic attack.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Privilege escalation occurs when an attacker leverages flaws in access control mechanisms to gain permissions beyond what they were originally granted.
A buffer overflow occurs when a program writes more data to a memory buffer than it was allocated to hold, causing the excess data to spill into adjacent memory regions.
Memory corruption occurs when a program writes data beyond the boundaries of allocated memory regions or accesses memory in unintended ways, violating the integrity of the process's address space.
Affected Products (CPE)CVE.org
In wlan service, there is a possible out of bounds write due to improper input validation. Rated critical severity (CVSS
An issue was discovered in OpenWrt 18.06.0 to 18.06.6 and 19.07.0, and LEDE 17.01.0 to 17.01.7. Rated high severity (CVS
An issue was discovered in OpenWrt libuci (aka Library for the Unified Configuration Interface) before 15.05.1 as used o
cgi_handle_request in uhttpd in OpenWrt through 18.06.1 and LEDE through 17.01 has unauthenticated reflected XSS via the
In wlan service, there is a possible out of bounds write due to an incorrect bounds check. Rated critical severity (CVSS
An exploitable information leak vulnerability exists in the ustream-ssl library of OpenWrt, versions 18.06.4 and 15.05.1
An exploitable information leak vulnerability exists in the ustream-ssl library of OpenWrt, versions 18.06.4 and 15.05.1
Remote privilege escalation in Android WLAN AP driver via packet injection.
In wlan AP driver, there is a possible out of bounds write due to an incorrect bounds check. This could lead to local es
In wlan AP driver, there is a possible out of bounds write due to an incorrect bounds check. This could lead to local es
In wlan AP driver, there is a possible out of bounds write due to an incorrect bounds check. This could lead to local es
Remote code execution in OpenWrt's mDNS daemon (versions before 24.10.6 and 25.12.1) allows unauthenticated attackers to
NVD
CVE.org
EPSS
GitHub PoC
Exploit-DB