Vendor slapped a 9.9 on a $30 home router bug that requires LAN auth — it is a fire alarm going off in an empty parking lot
CVE-2026-93742 is a command injection flaw in the Totolink A3002MU AC1200 dual-band consumer Wi-Fi router, firmware version Hh-B20211125.1046 (dated November 2021). The vulnerable function formWsc in /boafrm/formWsc concatenates the user-supplied localPin parameter directly into a shell command without sanitization. An attacker who can POST to this endpoint with a valid session cookie (sessionCheck) can chain arbitrary OS commands (e.g., telnetd -p 8082 -l /firmadyne/sh) and achieve full root-level RCE on the device. Exploitation is trivial once you have both LAN access and an authenticated session. A public PoC is available on GitHub from researcher SunnyYANGyaya.
The vendor CVSS of 9.9 CRITICAL is mathematically defensible under the CVSS calculator — network-reachable, low complexity, low privilege, scope change — but it is wildly misleading in enterprise context. Totolink is a budget SOHO brand sold primarily through Asian e-commerce channels. The A3002MU has no enterprise market share, no centralized management plane, and no presence in any Fortune-5000 procurement catalog. The firmware is nearly five years old with no patch available and no evidence the product is still supported. For a security team managing 10,000 hosts, this CVE is relevant only if asset discovery turns up a rogue Totolink on your network — in which case the correct action is disposal, not patching.
4 steps from start to impact.
Gain LAN adjacency
192.168.0.1:80) and is not exposed to the WAN. Remote exploitation requires the admin interface to have been deliberately or accidentally forwarded to the WAN — a non-default, rare configuration for this device class.- Network adjacency to the router's LAN interface, OR the management interface is exposed to WAN (non-default)
- Default config is LAN-only; enterprise networks do not deploy this device at perimeter
- No evidence of internet-facing Totolink A3002MU admin panels in Shodan/Censys/FOFA at meaningful scale
boa httpd on port 80) will identify the device. Any enterprise NAC solution should flag an unmanaged consumer router.Authenticate to the web panel
sessionCheck cookie, confirming the attacker needs a valid authenticated session. Default credentials on Totolink routers are commonly admin/admin, which are often unchanged on consumer devices. Credential stuffing or brute-forcing the basic HTTP auth is trivial if defaults are in place.- Valid credentials for the router admin panel (often default
admin/admin)
- Requires the operator to have left default credentials in place — likely on a consumer device, but the device has to exist in the environment first
Send crafted POST to /boafrm/formWsc
/boafrm/formWsc with the localPin parameter containing a command injection payload. The PoC payload is: localPin=12345670;telnetd%20-p%208082%20-l%20/firmadyne/sh;. The semicolon breaks out of the expected PIN context and the injected command runs as root on the BusyBox-based firmware. No WAF or input validation exists on the device.- Authenticated session from Step 2
- HTTP access to the /boafrm/formWsc endpoint
- The endpoint only exists on Totolink A3002MU devices — the population in enterprise is effectively zero
Achieve root RCE on the router
boa web server runs as root on embedded Linux). The attacker can open a reverse shell, start telnetd, exfiltrate the router config (including Wi-Fi PSKs and any stored credentials), or modify DNS/routing to intercept traffic for all devices behind the router. Impact is limited to the single router and its downstream clients.- Successful command injection from Step 3
- Impact is scoped to one consumer router and its local subnet — no domain, no fleet, no identity infrastructure
- No lateral movement to enterprise hosts unless the router is the sole gateway and traffic interception yields additional credentials
The supporting signals.
| In-the-Wild Exploitation | No confirmed exploitation in the wild. No threat actor campaigns, no CISA alerts, no vendor acknowledgment of active attacks. |
|---|---|
| Proof of Concept | Public. GitHub repo by researcher SunnyYANGyaya contains a complete HTTP POST payload demonstrating RCE via telnetd launch. |
| EPSS Score | Not yet computed — CVE was disclosed today (2026-09-19). FIRST.org EPSS model evaluation is in progress. Expect a score within 24–48 hours. Given the consumer device niche, EPSS will likely land in the bottom quartile (<25th percentile). |
| CISA KEV Status | Not listed. No addition to the Known Exploited Vulnerabilities catalog as of 2026-09-19. |
| CVSS Vector | CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:H — Network attack vector with scope change. The PR:L is key: the attacker *must* authenticate first. Scope change (S:C) reflects potential impact on devices behind the compromised router. |
| Affected Versions | Totolink A3002MU firmware Hh-B20211125.1046 (build date: November 25, 2021). No other firmware versions confirmed affected, though earlier builds are likely vulnerable given the age of the codebase. |
| Fixed Version | None available. No patched firmware has been released by Totolink. The product appears to be end-of-life with no active support. The Totolink download portal has no A3002MU firmware newer than the 2021 build. |
| Scanning / Exposure Data | No significant internet exposure. Shodan and Censys do not show a meaningful population of Totolink A3002MU management interfaces on the public internet. The boa web server fingerprint is not unique enough for precise enumeration, but Totolink's market share in enterprise/commercial networking is negligible. |
| Disclosure Date | 2026-09-19 (today). Same-day disclosure with public PoC. No coordinated disclosure period with vendor observed. |
| Reporter | Researcher SunnyYANGyaya via GitHub IoT vulnerability repository. Part of a batch of ~10 Totolink A3002MU CVEs disclosed simultaneously (buffer overflows, XSS, command injection). |
Why this verdict
- Consumer device, zero enterprise installed base: The Totolink A3002MU is a budget SOHO router sold for ~$30 on Aliexpress and regional Asian markets. It does not appear in any enterprise procurement channel, MDM catalog, or managed infrastructure inventory. The population of this device in a 10,000-host enterprise is effectively zero. This single factor dominates the assessment.
- Authentication required (PR:L): The attacker must possess valid credentials for the router's web panel. While default credentials (
admin/admin) are common on consumer devices, this is still a prerequisite that narrows the attack from 'anyone on the network' to 'anyone with creds on the network.' - LAN-only management by default: The web admin interface is bound to the LAN interface. WAN exposure requires deliberate misconfiguration. No evidence of widespread WAN exposure in Shodan/Censys/FOFA.
- No patch exists — replacement is the only remediation: The firmware dates to November 2021 and appears to be EOL. Totolink has not released an update. This means the vulnerability is permanent for this hardware, which reinforces 'replace the device' as the only action.
- Role multiplier: The Totolink A3002MU does not occupy any high-value enterprise role. It is not a network edge appliance in the enterprise sense (not comparable to F5 BIG-IP, Palo PAN-OS, FortiGate, Cisco ASA). It is not an identity provider, hypervisor, CI/CD component, backup system, or domain controller. Its canonical deployment role is *home Wi-Fi router* or *small office gateway*. Blast radius on compromise is limited to a single router and its directly connected subnet — there is no domain-scale, fleet-scale, or supply-chain-scale impact. The high-value-role floor does not apply. Even if the device were somehow present in an enterprise, compromise of one consumer router does not cascade beyond its local segment.
- No exploitation in the wild, no KEV, no campaigns: Zero evidence of weaponization beyond the researcher's PoC. The device's tiny footprint makes it an unattractive target for mass exploitation.
Why not higher?
A MEDIUM or higher rating would imply this vulnerability demands scheduled patching resources from an enterprise security team. The Totolink A3002MU has no presence in enterprise environments — spending cycles triaging, testing, and deploying mitigations for a device that almost certainly does not exist in your fleet is a misallocation of defender attention. The 9.9 CVSS is technically correct for the device in isolation but catastrophically misleading when prioritized alongside actual enterprise infrastructure vulns.
Why not lower?
An IGNORE rating would be appropriate if the device were truly impossible to encounter in an enterprise. However, rogue consumer devices do occasionally appear on corporate networks (employee plugging in a personal router for Wi-Fi coverage). If asset discovery reveals a Totolink A3002MU, it represents an unmanaged, unpatchable device with a trivial public RCE — that specific instance warrants immediate removal. The LOW rating preserves the signal for asset hygiene without demanding patch-cycle resources.
What to do — in priority order.
- Run asset discovery to identify any Totolink devices on your network — Use Nmap (
nmap -sV -p 80,443,8080 --open <subnet>) or your existing asset inventory tool to scan for theboaweb server fingerprint associated with Totolink routers. Any hit is a rogue device. As a LOW-severity item, there is no noisgate mitigation SLA — treat this as backlog hygiene and fold it into your next scheduled asset audit. - Decommission any discovered Totolink A3002MU devices immediately — There is no patch and no expectation of one. The only remediation is physical removal and replacement with a managed, enterprise-grade access point or router. Do not attempt to firewall-restrict the device and leave it in place — it is an unpatchable attack surface.
- Block unknown/unmanaged devices via 802.1X or NAC — If you have 802.1X port-based authentication or a NAC solution (Cisco ISE, Aruba ClearPass, Forescout), ensure that unmanaged consumer devices cannot obtain network access. This is a strategic control that prevents the entire class of rogue-device vulnerabilities.
- Segment IoT and unmanaged devices into a quarantine VLAN — If NAC is not deployed, VLAN segmentation ensures that even if a rogue consumer router is connected, it cannot reach production subnets. Apply strict ACLs preventing the quarantine VLAN from communicating with sensitive infrastructure.
- Firmware patching — No patch exists. Totolink has not released updated firmware for the A3002MU and the product appears EOL. Waiting for a vendor fix is not a viable strategy.
- WAF or IPS signatures — The vulnerable endpoint is on a consumer router's embedded web server, not behind your enterprise WAF. IPS rules for Totolink-specific endpoints do not exist in standard rulesets (Snort, Suricata, Palo). Even if they did, the traffic is LAN-side HTTP to the router itself.
- Disabling WPS via admin panel — While the vulnerable function
formWscrelates to WPS (Wi-Fi Protected Setup) configuration, disabling WPS through the web interface does not remove the/boafrm/formWscendpoint from theboaweb server. The endpoint remains reachable and injectable regardless of WPS state.
Crowdsourced verification payload.
Run this from any Linux/macOS auditor workstation that has network access to the suspected Totolink router's LAN IP. Usage: bash check_cve_2026_93742.sh 192.168.0.1. No special privileges required — it performs unauthenticated HTTP fingerprinting only (does NOT send an exploit payload).
#!/usr/bin/env bash
# check_cve_2026_93742.sh — Detect Totolink A3002MU vulnerable to CVE-2026-93742
# Usage: bash check_cve_2026_93742.sh <router_ip>
# Exit codes: 0 = VULNERABLE, 1 = PATCHED/NOT_AFFECTED, 2 = UNKNOWN
set -euo pipefail
TARGET="${1:-}"
if [[ -z "$TARGET" ]]; then
echo "Usage: $0 <router_ip>"
exit 2
fi
echo "[*] Checking $TARGET for Totolink A3002MU (CVE-2026-93742)..."
# Step 1: Fetch the login page and look for Totolink A3002MU identifiers
RESPONSE=$(curl -sk --max-time 10 "http://$TARGET/" 2>/dev/null || true)
if [[ -z "$RESPONSE" ]]; then
echo "[!] No HTTP response from $TARGET"
echo "UNKNOWN"
exit 2
fi
# Check for Totolink branding
if ! echo "$RESPONSE" | grep -qi 'totolink\|TOTOLINK'; then
echo "[-] Not a Totolink device."
echo "PATCHED"
exit 1
fi
echo "[+] Totolink device detected."
# Step 2: Check for the vulnerable endpoint existence (HEAD request only — no payload)
ENDPOINT_CHECK=$(curl -sk --max-time 10 -o /dev/null -w '%{http_code}' "http://$TARGET/boafrm/formWsc" 2>/dev/null || echo "000")
if [[ "$ENDPOINT_CHECK" == "000" ]]; then
echo "[!] Could not reach /boafrm/formWsc endpoint."
echo "UNKNOWN"
exit 2
fi
# Step 3: Check for A3002MU model and firmware version
if echo "$RESPONSE" | grep -qi 'A3002MU'; then
echo "[+] Model: Totolink A3002MU confirmed."
else
echo "[*] Totolink device but model not confirmed as A3002MU."
echo "UNKNOWN"
exit 2
fi
# Step 4: Check firmware version if available in page source
FW_VERSION=$(echo "$RESPONSE" | grep -oiE 'Hh-B[0-9]+\.[0-9]+' | head -1 || true)
if [[ -n "$FW_VERSION" ]]; then
echo "[+] Firmware: $FW_VERSION"
if [[ "$FW_VERSION" == "Hh-B20211125.1046" ]]; then
echo "[!] Firmware matches vulnerable version Hh-B20211125.1046"
else
echo "[*] Firmware differs from known vulnerable build but no patch exists — assume vulnerable."
fi
else
echo "[*] Could not extract firmware version from page source."
fi
# Step 5: Confirm endpoint is live (non-404 response to formWsc)
if [[ "$ENDPOINT_CHECK" != "404" && "$ENDPOINT_CHECK" != "000" ]]; then
echo "[!] /boafrm/formWsc endpoint is reachable (HTTP $ENDPOINT_CHECK)."
echo ""
echo "========================================"
echo "VULNERABLE — Totolink A3002MU with live formWsc endpoint."
echo "No patch exists. Decommission this device."
echo "========================================"
echo "VULNERABLE"
exit 0
else
echo "[-] /boafrm/formWsc returned 404 — endpoint not present."
echo "PATCHED"
exit 1
fiIf you remember one thing.
boa web server fingerprints. If nothing turns up, document the rationale and move on — per the noisgate remediation SLA for LOW-severity findings, this is backlog hygiene with no formal deadline. If you *do* find one, it is a rogue unmanaged device with a public RCE and no fix: physically remove it and replace it with a managed AP. There is no noisgate mitigation SLA for LOW-severity items, so do not let this consume cycles you should be spending on the CRITICAL and HIGH items in your queue. The vendor's 9.9 score is a textbook example of CVSS inflation on a device class that does not matter to defenders at scale.Sources
- VulDB Entry — CVE-2026-93742
- PoC by SunnyYANGyaya (GitHub)
- TheHackerWire — CVE-2026-93742 Detail
- OffSeq Threat Radar — Command Injection in Totolink A3002MU
- Strix.ai — CVE-2026-93742 Fix & Details
- Shenlong CVE Platform — A3002MU formWsc Intel
- FIRST.org — EPSS Data
- TheHackerWire — Totolink A3002MU RCE via formWsc
What defenders are saying.
Crowdsourced verification outputs.
Results submitted by users who ran the verification payload against their environment.