← Back to Feed CACHED · 2026-09-14 06:12:48 · CACHE_KEY CVE-2026-90606
CVE-2026-90606 · CWE-119 · Disclosed 2026-09-14

A security vulnerability has been detected in Totolink A3002MU Hh-B20211125.1046.

ASSESSED — NOISGATE
Vendor
Reassessed
Verdict:
Do you agree?
01 · The Real Story

A screen door on a submarine that your fleet doesn't own

CVE-2026-90606 is a stack buffer overflow in the formIpv6Setup handler (/boafrm/formIpv6Setup) of the boa embedded web server on the Totolink A3002MU running firmware Hh-B20211125.1046. Overflowing the static_ipv6 parameter gives an attacker code execution on the MIPS-based router. The firmware dates to November 2021 and no patch has been released; the device appears end-of-life. A public PoC exists. Three sibling CVEs (CVE-2026-90604, -90605, -90608) target different handler functions in the same firmware image, confirming the entire boa codebase is riddled with unchecked strcpy/sprintf calls.

The vendor CVSS of 9.9 CRITICAL is technically defensible *for the device itself* — remote, low-complexity, scope-change to the LAN behind it. But for an enterprise defender managing 10,000 endpoints, the score is wildly misleading. The Totolink A3002MU is a budget Chinese consumer WiFi router sold at ≈$30 retail. It does not appear in any enterprise procurement catalog, is not a managed network appliance, and has effectively zero installed base inside corporate networks. PR:L means the attacker still needs valid credentials to the router's admin panel, and the management interface is LAN-only by default. Even in a remote-worker home-router scenario, the blast radius is one employee's home network — not your domain.

"Consumer SOHO router with zero enterprise footprint — not your problem."
02 · The Attack Path

4 steps from start to impact.

STEP 01

Locate an exposed Totolink A3002MU admin panel

The attacker scans for boa web server banners on port 80/8080. Shodan/Censys/FOFA fingerprinting of boa on Totolink devices is straightforward. The management interface is LAN-side only by default; WAN-side exposure requires the owner to have manually enabled remote management.
Conditions required:
  • Target network uses a Totolink A3002MU router
  • Router management interface is reachable from attacker's position
Where this breaks in practice:
  • This is a consumer SOHO router with near-zero enterprise adoption
  • Management interface is LAN-only by default — WAN exposure requires explicit misconfiguration
  • Even in home-office scenarios, corporate traffic should traverse a VPN tunnel, not rely on the home router's security posture
Detection/coverage: Shodan/Censys can fingerprint boa web server banners. Network inventory tools will flag unmanaged consumer-grade routers if they appear on corporate segments.
STEP 02

Authenticate to the boa web interface

The CVSS vector specifies PR:L — the attacker needs valid credentials. Totolink ships with default credentials (admin/admin) which many home users never change. An attacker with LAN access could also try credential stuffing or brute force against the HTTP Basic auth.
Conditions required:
  • Valid admin credentials or unchanged defaults
Where this breaks in practice:
  • Enterprise networks do not provision or manage consumer Totolink routers — there is no credential to rotate because the device should not exist on the network
  • Even with defaults, the attacker must already be on the LAN segment
STEP 03

Send crafted static_ipv6 payload to /boafrm/formIpv6Setup

The attacker submits a POST request to /boafrm/formIpv6Setup with an oversized static_ipv6 parameter. The boa handler uses an unbounded string copy, overflowing the stack buffer. On MIPS with no ASLR/NX, this reliably redirects execution to attacker-controlled shellcode. Public PoC code demonstrates the overflow.
Conditions required:
  • Authenticated session from Step 2
  • PoC payload (publicly available)
Where this breaks in practice:
  • MIPS ROP/shellcode development is niche — but the PoC is public so the skill bar is lowered
  • Firmware version must match Hh-B20211125.1046 exactly
Detection/coverage: IDS/IPS rules for oversized POST parameters to boa endpoints could catch this, but no mainstream vendor has published signatures for this specific CVE.
STEP 04

Achieve code execution on the router

Successful exploitation grants root shell on the embedded Linux OS running the router. The attacker can pivot to sniff LAN traffic, modify DNS settings for pharming, or use the router as a proxy/bot. The blast radius is limited to devices behind that single consumer router.
Conditions required:
  • Successful buffer overflow from Step 3
Where this breaks in practice:
  • Impact is confined to one SOHO network segment
  • Enterprise assets behind a VPN tunnel are not exposed to DNS/traffic manipulation at the home router level
  • No lateral movement path to corporate domain controllers, servers, or identity infrastructure
Detection/coverage: Compromise of a home router is nearly invisible to enterprise SOC tooling unless endpoint agents detect anomalous DNS or traffic patterns.
03 · Intelligence Metadata

The supporting signals.

In-the-wild exploitationNo known campaigns. Not listed on CISA KEV. No mentions in threat intel feeds as of 2026-09-14.
Proof-of-conceptPublic. PoC disclosed alongside the CVE on GitHub. Exploit is described as functional against firmware Hh-B20211125.1046.
EPSS scoreNot yet scored — CVE published same day (2026-09-14). Expect low EPSS given the niche device population.
KEV statusNot listed. Unlikely to be added — CISA KEV focuses on products used in federal/enterprise environments.
CVSS vectorCVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:H — Network-accessible, low complexity, requires low-privilege auth, scope change to LAN. The 9.9 is valid *for the device* but not for enterprise risk.
Affected versionsTotolink A3002MU firmware Hh-B20211125.1046 (November 2021 build). No other versions confirmed.
Fixed versionNone. No patch released. Device appears end-of-life with no firmware updates since 2021.
Exposure dataNo significant Shodan/Censys footprint for Totolink A3002MU in enterprise IP ranges. Device is a budget consumer router (~$30) sold primarily in Asian markets.
Disclosure date2026-09-14 (today). Part of a batch disclosure with CVE-2026-90604, -90605, -90607, -90608.
Researcher / reporterNot publicly attributed. PoC submitted to GitHub alongside NVD filing.
04 · The Call

noisgate verdict.

Final Verdict
DOWNGRADED to LOW (2.0/10)

The single most decisive factor is near-zero enterprise installed base — the Totolink A3002MU is a $30 consumer WiFi router absent from every enterprise procurement catalog, making the 9.9 CVSS score irrelevant to any fleet of managed hosts. No enterprise defender should spend cycles on a device that does not exist in their environment.

HIGH Verdict direction (downgrade from CRITICAL)
HIGH Device is not enterprise equipment
MEDIUM No patch will be released (EOL inference)
LOW Exact exploit reliability against variant firmware builds

Why this verdict

  • Zero enterprise footprint: The Totolink A3002MU is a budget consumer SOHO router. It does not appear in enterprise procurement, is not a managed network appliance, and has no presence in corporate asset inventories. For a team managing 10,000 hosts, the affected population is effectively zero.
  • Role multiplier: not applicable. This device does not occupy any high-value enterprise role. It is not a domain controller, hypervisor, identity provider, CI/CD server, backup appliance, or network edge firewall. It is a home WiFi router. Even in the worst case (a remote worker's home router), compromise does not grant access to corporate domain infrastructure — VPN tunnels bypass the home router's control plane. Blast radius: one home LAN segment.
  • Authentication required (PR:L): Even on the device itself, the attacker needs valid credentials to the boa admin panel. Default creds (admin/admin) lower this bar, but the attacker must first reach the LAN-only management interface.
  • No enterprise detection or patching path: The device is unmanaged by enterprise MDM/NAC. You cannot patch it, you cannot monitor it, and you should not be spending vulnerability management cycles on it.

Why not higher?

To rate this MEDIUM or above, the device would need meaningful enterprise deployment — e.g., if it were a managed access point or network edge appliance in branch offices. It is not. The high-value role floor does not apply because the Totolink A3002MU does not occupy any cataloged enterprise role. Even in home-office scenarios, corporate traffic flows through VPN tunnels that bypass the router's data plane.

Why not lower?

A public PoC exists and the device is unpatchable (EOL). If a remote worker *does* use one of these routers without VPN, their local traffic is at risk. That slim possibility keeps this from IGNORE. Additionally, IoT/SOHO router botnets (Mirai descendants) do actively recruit these devices, which could generate nuisance traffic or be used as proxy infrastructure.

05 · Compensating Control

What to do — in priority order.

  1. Confirm zero inventory of Totolink A3002MU on corporate networks — Run an asset discovery scan (NAC, network inventory, or Shodan/Censys against your own IP space) to verify no Totolink devices exist on managed segments. This is a one-time check, not an ongoing control.
  2. Enforce always-on VPN for remote workers — If any remote employees use consumer-grade routers, ensure corporate traffic is tunneled through a managed VPN concentrator, rendering the home router's compromise irrelevant to enterprise data. This is a standing policy, not CVE-specific.
  3. Block Totolink devices via NAC policy — Add Totolink OUI (MAC prefix) to your NAC deny list so rogue consumer routers cannot join corporate wired or wireless segments.
What doesn't work
  • Patching the device — no firmware update exists and the vendor appears to have abandoned this product line. Replacement is the only remediation for anyone who owns one.
  • WAF/IPS signatures — no mainstream vendor has published detection rules for this CVE, and the device sits behind your perimeter, not in front of it.
06 · Verification

Crowdsourced verification payload.

Run this on any Linux/macOS auditor workstation with nmap installed to scan a target network for Totolink boa web servers. Invoke: bash check_totolink.sh 192.168.1.0/24. No special privileges required beyond network reachability.

noisgate-verify.sh
BASHREAD-ONLYSAFE
#!/usr/bin/env bash
# check_totolink.sh — Scan a subnet for Totolink A3002MU boa web servers
# Usage: bash check_totolink.sh <CIDR>
# Exit codes: 0 = VULNERABLE (Totolink found), 1 = PATCHED/NOT_FOUND, 2 = UNKNOWN/error

set -euo pipefail

SUBNET="${1:-}"
if [[ -z "$SUBNET" ]]; then
  echo "Usage: $0 <CIDR>  e.g. $0 192.168.1.0/24"
  exit 2
fi

if ! command -v nmap &>/dev/null; then
  echo "UNKNOWN — nmap not installed"
  exit 2
fi

echo "[*] Scanning $SUBNET for boa web servers on ports 80,8080..."
RESULT=$(nmap -p 80,8080 --open -sV --version-intensity 5 "$SUBNET" 2>/dev/null)

if echo "$RESULT" | grep -qi 'boa.*totolink\|TOTOLINK\|A3002MU'; then
  echo "VULNERABLE — Totolink A3002MU boa web server detected on network"
  echo "$RESULT" | grep -B5 -i 'totolink\|boa\|A3002'
  exit 0
else
  echo "PATCHED — No Totolink A3002MU devices found on $SUBNET"
  exit 1
fi
07 · Bottom Line

If you remember one thing.

TL;DR
This CVE is noise for enterprise patch management. The Totolink A3002MU is a $30 consumer WiFi router with no enterprise footprint — it should not appear in your CMDB, and if it does, you have a rogue-device problem, not a patching problem. Monday morning action: spend 15 minutes confirming via NAC/asset inventory that zero Totolink devices exist on corporate segments, then close this CVE as not applicable. If your org has remote workers on unmanaged home networks, ensure always-on VPN policy is enforced — that is your standing compensating control for all SOHO router vulnerabilities, not just this one. Per the noisgate reassessed severity of LOW, there is no mitigation SLA and no remediation SLA — treat as backlog hygiene. Document the rationale and move on to CVEs that actually affect your fleet.

Sources

  1. VulDB — CVE-2026-90606 Advisory
  2. OpenCVE — CVE-2026-90606
  3. Shenlong CVE Platform — A3002MU Buffer Overflow Analysis
  4. OffSeq Threat Radar — CVE-2026-90606
  5. Strix.ai — CVE-2026-90606 Memory Corruption
  6. SecNews.gr — Totolink A3002MU Three New Vulnerabilities
  7. THREATINT — CVE-2026-90606
Peer Review

What defenders are saying.

Submit a review attribution: handle + country only
0 flags selected · stored anonymously
Validation Results

Crowdsourced verification outputs.

Results submitted by users who ran the verification payload against their environment.