Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessGain physical access to router PCB
-
ExploitAttach serial adapter to UART header
-
ExecutionObtain unauthenticated debug console
-
ImpactExecute arbitrary code on device
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Hardware write protection
|
| Exploitation Conditions | Exploitation requires direct physical access to the device's printed circuit board and the ability to open the enclosure and electrically connect to the UART serial debug header (AV:P). The UART interface is unprotected (no authentication gate), consistent with CWE-1299, so once physical contact is made no credentials are needed. Limiting factors: the attacker must be physically present with the hardware disassembled and must have a serial adapter and wiring to the correct pins; the flaw cannot be triggered over the network, Wi-Fi, or LAN, making remote or at-scale exploitation infeasible. Realistic exposure is confined to supply-chain, device-resale, lost/stolen device, or evil-maid scenarios. |
| Impact | This is a high-CVSS-but-low-real-world-risk issue for the vast majority of deployments. The provided CVSS vector (CVSS:3.1/AV:P/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H, base 6.8) is internally consistent with the description: the decisive constraint is AV:P (Physical) - an attacker must have hands-on access to the device's printed circuit board to reach the UART serial interface. Although impact is rated High across confidentiality, integrity, and availability (full code execution), the physical-access precondition severely limits scalability. Corroborating signals align: EPSS is 0.16% (4th percentile), among the lowest tiers, indicating negligible predicted mass-exploitation; the CVE is NOT in CISA KEV; and no public exploit code is referenced. No SSVC decision data was supplied. There is no conflict between the signals - CVSS physical vector, near-zero EPSS, and absent KEV all point the same direction: a genuine but low-urgency hardware/debug-interface weakness relevant mainly to supply-chain, evil-maid, or lab/teardown threat models rather than remote attack. Note the single reference advisory (threadpoolx gitbook) is third-party research, not a Mercusys vendor advisory, so affected-version and fix data remain unconfirmed. |
| Exploit ScenarioDerived | An attacker with physical possession of a Mercusys AC12 V2 router (e.g., during an evil-maid scenario, device resale, or interdiction) opens the enclosure, attaches a USB-to-serial adapter to the exposed UART header on the PCB, and gains an unauthenticated debug console to execute arbitrary code on the device. No public exploit code is identified at time of analysis; the only reference is a third-party security advisory describing the unprotected debug interface. Attack complexity is low once physical access is achieved (AV:P/AC:L). |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 06, 2026
Physical access to a Mercusys AC12 V2 router's printed circuit board lets an attacker take full control of the device: the UART debug header on the board is exposed with no authentication gate or lockdown, so wiring a serial adapter to the correct pins yields an interactive, root-level console from which arbitrary code can be executed (CWE-1299, unprotected alternate hardware interface). The CVSS 3.1 base score of 6.8 (AV:P/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H) reflects complete loss of confidentiality, integrity, and availability, tempered only by the requirement for hands-on hardware access - there is no network, Wi-Fi, or LAN attack path, so remote exploitation is not possible. No confirmed active exploitation and no public exploit code have been reported, and the EPSS score is 0.16% (4th percentile), consistent with a flaw whose realistic exposure is limited to supply-chain, device-resale, lost/stolen, or evil-maid scenarios.
RemediationAI
No vendor-released patch or fixed firmware version has been identified at time of analysis, and because the defect is an unprotected physical debug interface rather than a software bug, a firmware update may not fully close it unless Mercusys ships a build that disables or locks the UART console in the bootloader - the advisory references (http://mercusys.com, http://ac12.com, and https://threadpoolx.gitbook.io/docs/cve/mercusys-ac12-v2-security-advisory/unprotected-physical-debug-interface-uart) should be checked for any subsequent vendor statement or revised hardware revision. Until then, the effective controls are physical and procedural: restrict custody of AC12 V2 units so they are never left in publicly reachable or semi-public locations (lobbies, shared wiring closets, rental properties), apply tamper-evident seals or serialized asset labels to the enclosure and inspect them on a schedule, and treat any device that has been out of controlled custody - returned, resold, repaired by a third party, or recovered after loss/theft - as potentially compromised and reflash it with known-good vendor firmware or replace it outright. Where the deployment tolerates it, disabling or physically damaging the UART pads (for example removing the header or potting the test points) raises the effort bar, but this voids warranty, is irreversible, and does not protect against an attacker who re-solders the pads. For defense in depth, segment router management and LAN traffic from sensitive networks so that a compromised unit cannot pivot, and monitor for unexpected outbound connections, DNS changes, or configuration resets that would indicate a tampered device; note that none of these compensating controls eliminate the physical-access precondition, so risk is best managed through custody and supply-chain controls rather than network-side mitigations.
Affected VersionsENISA
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 root cause class is CWE-1299, "Missing Protection Mechanism for Alternate Hardware Interface": the device firmware and boot chain expose a UART serial console on the PCB header without any authentication gate, debug-disable fuse, or read/write protection, so possession of physical contact is equivalent to administrative access. In practice the AC12 V2's UART pads carry the SoC bootloader (typically a U-Boot-style console) and a Linux shell, meaning an attacker who opens the enclosure, identifies TX/RX/GND, and attaches a USB-to-serial adapter at the correct baud rate can interrupt the boot process, read or modify the firmware, and run arbitrary commands as root. The assessed vector AV:P/AC:L/PR:N/UI:N confirms three key facts: exploitation is physically proximate, requires no unusual skill beyond basic electronics, and needs no credentials whatsoever once contact is made. The supporting reference (a GitBook advisory titled "unprotected physical debug interface UART") documents the hardware interface issue directly. Note that the supplied CPE string is an unresolved placeholder (cpe:2.3:a:n/a:n/a:*:*:*:*:*:*:*:*) and EUVD lists affected versions only as "n/a n/a", so version-level identification rests on the product family name (Mercusys AC12 hardware revision V2) rather than a machine-readable CPE record; no software-side CWE (such as a memory-safety class) applies here, because the vulnerability is a design/physical-access-control failure rather than a coding defect.
Know when Mercusys 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:P/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
UART debug access needs physical contact (AV:P) but no authentication or special skill once reached (AC:L/PR:N), yielding full device code execution (C/I/A:H).
Primary rating from Vendor (mitre).
CVSS VectorVendor: mitre
Lifecycle Timeline
2DescriptionCVE.org
An issue in Mercusys AC12 V2 allows a local attacker to execute arbitrary code via the UART serial interface on the printed circuit board (PCB)
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
Remote Code Execution represents the critical moment when an attacker successfully runs arbitrary code on a target system without physical access.
TP-Link TL-WDR7660 2.0.30, Mercury D196G 20200109_2.0.4, and Fast FAC1900R 20190827_2.0.2 routers have a stack overflow
TP-Link TL-WDR7660 2.0.30, Mercury D196G 20200109_2.0.4, and Fast FAC1900R 20190827_2.0.2 routers have a stack overflow
Mercusys MW305R 3.30 and below is has a Transport Layer Security (TLS) certificate private key disclosure. Rated medium
Cross site Scripting (XSS) vulnerability in MERCUSYS Mercury X18G 1.0.5 devices, via crafted values to the 'src_dport_st
MERCUSYS Mercury X18G 1.0.5 devices allow Directory Traversal via ../ to the UPnP server, as demonstrated by the /../../
MERCUSYS Mercury X18G 1.0.5 devices allow Directory Traversal via ../ in conjunction with a loginLess or login.htm URI (
Plaintext storage of sensitive data on the Mercusys AC12 V2 router, compounded by the absence of any secure boot mechani
Local code execution on the Mercusys AC12 V2 router is possible because a 512-bit RSA private key is hardcoded in the fi
MERCUSYS Mercury X18G 1.0.5 devices allow Denial of service via a crafted value to the POST listen_http_lan parameter. R
Denial-of-service in the Mercusys MB115-4G router's web interface allows unauthenticated attackers to crash the administ
EUVD-2026-92784
GHSA-qqh8-9c7w-5wf7
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB