← Back to Feed CACHED · 2026-07-13 01:23:36 · CACHE_KEY CVE-2026-15511
CVE-2026-15511 · CWE-77 · Disclosed 2026-07-12

A vulnerability was determined in Comfast CF-WR631AX V3 up to 2

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

A budget consumer router with an admin panel that trusts whatever you type into the ping box

CVE-2026-15511 is an OS command injection (CWE-77) in the Comfast CF-WR631AX V3 WiFi 6 router, firmware ≤ 2.7.0.8. The bug lives in the webmgnt HTTP admin binary — a parameter reaching a system()-family call is concatenated into a shell string without validation, so ; whoami style payloads execute as root on the router. Sibling CVEs in the same firmware (destination in ping_config, mbox-config injection) show this is a family of bugs, not an isolated slip.

Vendor severity is CRITICAL 9.8 with vector AV:N/AC:L/PR:N/UI:N. The vector is defensible on paper — reaching the web UI is trivially network-adjacent — but the CVSS math assumes the admin interface is unauthenticated and reachable. In real deployments the admin panel is LAN-side, sometimes behind default creds, and the affected device is a $33 consumer/SMB mesh router — not a fleet asset an enterprise inventories. The 9.8 is technically accurate for the primitive; it is misleading for enterprise blast radius.

"SOHO WiFi 6 router command injection — real chain, wrong buyer. Consumer/SMB kit, not enterprise fleet. Downgrade to MEDIUM."
02 · The Attack Path

4 steps from start to impact.

STEP 01

Reach the router web management interface

Attacker needs an HTTP/HTTPS reachable path to the CF-WR631AX admin panel (typically 192.168.10.1 on LAN). WAN-side exposure is rare but not zero — misconfigured 'Remote Management' toggles put the panel on the public IP. Tools: nmap -p 80,443,8080, Shodan http.title:'CF-WR631AX'.
Conditions required:
  • Network path to the router HTTP interface (LAN adjacency or WAN remote-mgmt enabled)
Where this breaks in practice:
  • Default config keeps admin UI LAN-only
  • Enterprise networks don't run Comfast SOHO gear — installed base is home / small retail
Detection/coverage: Shodan/Censys fingerprints exist for webmgnt banners; internal scanners (Nessus plugin 216xxx family, Qualys QID pending) will fire on LAN scans
STEP 02

Authenticate (or bypass auth) to the admin panel

The affected system_wl_upload_pic_file / ping_config endpoints sit behind the standard login. Attackers use default admin:admin, credential stuffing, or a chained auth-bypass (multiple exist in the vendor's OpenWrt fork). Tools: hydra, custom login brute-forcers, the PoC in 0xcc12138's repo.
Conditions required:
  • Valid admin credentials OR a working auth bypass on the target firmware
Where this breaks in practice:
  • Default creds *are* often unchanged on consumer gear — friction here is real but low
  • Owners who changed the password materially reduce risk
Detection/coverage: Login brute force is loud; router logs (if forwarded — they rarely are on SOHO) show repeated 401s
STEP 03

Inject shell metacharacters into the vulnerable parameter

Attacker sends a crafted POST to the vulnerable endpoint (ping_config destination, or system_wl_upload_pic_file filename per the sibling CVE cluster). The parameter is concatenated into a shell command inside /usr/bin/webmgnt; payloads like 8.8.8.8;telnetd -l /bin/sh -p 4444 execute as root.
Conditions required:
  • Authenticated session
  • Firmware ≤ 2.7.0.8
Where this breaks in practice:
  • None once auth is achieved — the primitive is reliable
Detection/coverage: IDS with HTTP body inspection can flag shell metachars in POST params; most SOHO deployments have no IDS
STEP 04

Persist and pivot from the router

Root on the router yields DNS hijacking (rewrite /etc/resolv.conf, dnsmasq), TLS-MITM via injected CA, botnet enrollment (Mirai/Mozi variants recruit MediaTek MT7981-based devices constantly), and LAN reconnaissance. Tools: routersploit modules, Mirai fork loaders.
Conditions required:
  • Root shell from step 3
  • Persistent flash write access (present on this SKU)
Where this breaks in practice:
  • No enterprise-grade SIEM sees this — but also no enterprise data flows through it
  • Firmware update wipes non-blessed persistence
Detection/coverage: NetFlow anomalies from the router's WAN interface; upstream ISP DDoS telemetry
03 · Intelligence Metadata

The supporting signals.

In-the-wild exploitationNot observed as CVE-2026-15511 specifically; MediaTek MT7981-based SOHO routers are continuously scanned by Mirai/Mozi/Gafgyt variants that will absorb this payload once public
Public PoCYes — sibling CVE-2026-12814 (ping_config destination) has a full analysis + PoC by 0xcc12138 on GitHub; same webmgnt binary, same bug class
EPSSNot yet scored (disclosed 2026-07-12); sibling Comfast CVEs sit in the 0.1–0.5% range — SOHO CVEs rarely percolate to top-percentile EPSS
KEV statusNot listed; CISA KEV historically excludes consumer SOHO router bugs unless tied to a named campaign
CVSS 3.1 vectorAV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H — assumes unauthenticated web reach; realistic vector with auth is closer to PR:H yielding ~7.2
Affected versionsComfast CF-WR631AX V3, firmware ≤ 2.7.0.8; V1/V2 hardware revisions on different codebases — verify per unit
Fixed versionNone published at disclosure; Comfast has a poor patch cadence — expect months, or never, per historical pattern
Exposure telemetryShodan query for webmgnt + Comfast fingerprint returns low thousands globally, concentrated in APAC residential ISPs; enterprise ASN exposure is negligible
Disclosure2026-07-12, VulDB-tracked cluster (12814, 15511, adjacent IDs) suggests a coordinated researcher dump against the webmgnt binary
ReporterAttributed to independent researcher 0xcc12138 based on the public analysis repo covering the same binary and endpoint family
04 · The Call

noisgate verdict.

Final Verdict
DOWNGRADED to MEDIUM (5.8/10)

Downgraded from CRITICAL 9.8 to MEDIUM 5.8 because the single most decisive factor is deployment role: the affected device is a $33 consumer/SMB WiFi router with negligible enterprise installed base, and the CVSS-assumed unauthenticated network reachability requires either default credentials or WAN-side remote management — both misconfigurations, not defaults. Blast radius is one household or one small retail site per exploit, not fleet-scale.

HIGH Bug class and primitive (mirrors documented sibling CVE)
HIGH Enterprise installed base is near-zero
MEDIUM Exact auth requirement of the specific endpoint pending vendor advisory

Why this verdict

  • Consumer-SKU installed base: the CF-WR631AX is a sub-$40 mesh router sold via Alibaba/Sunsky — enterprise CMDBs do not carry it, so fleet exposure for a 10,000-host org is effectively zero.
  • Auth is the realistic gate: the vendor-published 9.8 assumes PR:N, but the vulnerable endpoints live behind the admin login; the realistic attacker has to solve default-cred or brute force first, dropping practical CVSS to ~7.2.
  • Role multiplier — low-value role (SOHO edge): chain succeeds → root on one home router → DNS hijack / botnet enrollment. Blast radius stops at the household LAN. Not identity, not hypervisor, not backup, not CI.
  • Role multiplier — typical role (small retail / branch): chain succeeds → LAN pivot into a POS network is theoretically possible, but enterprises with retail footprints run managed Cisco Meraki / Fortinet / Ubiquiti, not Comfast. Population is a rounding error.
  • Role multiplier — high-value role: does not exist for this SKU. There is no scenario where a domain controller, IdP, or backup server depends on a CF-WR631AX. Verdict floor is not raised.
  • No KEV, no active campaign as-CVE: while Mirai variants will opportunistically absorb the PoC, there is no named campaign or CISA listing to force a KEV-style override.

Why not higher?

HIGH would require either enterprise-relevant installed base or a KEV-worthy active campaign. Neither exists: the SKU is consumer, the exploit needs auth in practice, and there is no evidence of a targeted campaign. The 9.8 vendor score is arithmetically correct for the primitive but ignores who actually buys and deploys this router.

Why not lower?

LOW / IGNORE would be wrong because the primitive is real, unauthenticated *within LAN reach* against default-credentialed units, and a sibling PoC already exists for the same webmgnt binary. Any org that has one of these in a branch office should treat it as MEDIUM and remove it, not ignore it.

05 · Compensating Control

What to do — in priority order.

  1. Inventory: confirm no Comfast CF-WR631AX exists in the estate — Query CMDB, DHCP fingerprints (Comfast OUI 9C:A6:15, 44:D1:FA), and passive Zeek software.log for webmgnt User-Agent banners. If zero hits, close the ticket — no mitigation SLA applies at MEDIUM.
  2. If present: disable WAN-side Remote Management immediately — The single misconfiguration that turns this from LAN-only annoyance into an internet-exposed RCE. Log into the admin UI → System → Remote Management → OFF. No mitigation SLA at MEDIUM, but do this the same day you find the device.
  3. If present: rotate the admin password off the vendor default — The attack path collapses to zero without valid admin credentials. Set a 20-char random password stored in your password vault.
  4. Segment the router onto an isolated VLAN with no route to production — Treat any SOHO device as untrusted infrastructure — assume it is compromised and firewall it away from corporate assets. Apply within the 365-day MEDIUM remediation window per noisgate SLA.
  5. Plan hardware replacement, not patching — Comfast's patch cadence is historically poor and no fix is published. Budget replacement with managed enterprise WiFi (Meraki, Aruba, Ubiquiti UniFi) before the 365-day mark.
What doesn't work
  • EDR / host agents — the router runs a MediaTek OpenWrt fork; no enterprise EDR agent exists for it.
  • WAF in front of the corporate perimeter — the admin panel is LAN-side; a WAF on your public web tier never sees the traffic.
  • Waiting for a vendor patch — Comfast's advisory history shows month-plus lag, if a patch ships at all. Do not make this the plan.
  • Group Policy / configuration management — this is not a Windows or Linux server managed by your config plane; it is an unmanaged consumer device.
06 · Verification

Crowdsourced verification payload.

Run from an auditor workstation on the same LAN as the suspected router. Requires no privileges. Invoke as ./check_cf_wr631ax.sh 192.168.10.1 (replace with the router IP). Outputs VULNERABLE, PATCHED, or UNKNOWN.

noisgate-verify.sh
BASHREAD-ONLYSAFE
#!/usr/bin/env bash
# noisgate: CVE-2026-15511 Comfast CF-WR631AX V3 detection
# Usage: ./check_cf_wr631ax.sh <router-ip>
# Exit codes: 0=PATCHED, 1=VULNERABLE, 2=UNKNOWN
set -u
TARGET="${1:-}"
if [[ -z "$TARGET" ]]; then
  echo "UNKNOWN: usage: $0 <router-ip>" >&2
  exit 2
fi

# 1. Is this actually a CF-WR631AX?
BANNER=$(curl -s -k --max-time 5 "http://${TARGET}/" -H 'User-Agent: noisgate/1.0' || true)
if ! echo "$BANNER" | grep -qiE 'comfast|cf-wr631ax|webmgnt'; then
  # Try the login page path
  BANNER=$(curl -s -k --max-time 5 "http://${TARGET}/cgi-bin/luci" || true)
fi
if ! echo "$BANNER" | grep -qiE 'comfast|cf-wr631ax|webmgnt'; then
  echo "UNKNOWN: target does not fingerprint as Comfast CF-WR631AX"
  exit 2
fi

# 2. Extract firmware version if exposed on the login page
FW=$(echo "$BANNER" | grep -oE '2\.[0-9]+\.[0-9]+\.[0-9]+' | head -1)
if [[ -z "$FW" ]]; then
  # Version banner is often behind auth; flag as UNKNOWN but suspicious
  echo "UNKNOWN: Comfast device detected, firmware not exposed pre-auth; treat as VULNERABLE until proven otherwise"
  exit 2
fi

# 3. Compare against fixed threshold (<=2.7.0.8 is vulnerable; no fixed version published)
MAJOR=$(echo "$FW" | awk -F. '{print $1}')
MINOR=$(echo "$FW" | awk -F. '{print $2}')
PATCH=$(echo "$FW" | awk -F. '{print $3}')
BUILD=$(echo "$FW" | awk -F. '{print $4}')

vuln=1
if (( MAJOR > 2 )); then vuln=0
elif (( MAJOR == 2 && MINOR > 7 )); then vuln=0
elif (( MAJOR == 2 && MINOR == 7 && PATCH > 0 )); then vuln=0
elif (( MAJOR == 2 && MINOR == 7 && PATCH == 0 && BUILD > 8 )); then vuln=0
fi

if (( vuln == 1 )); then
  echo "VULNERABLE: CF-WR631AX firmware ${FW} <= 2.7.0.8 (CVE-2026-15511)"
  exit 1
else
  echo "PATCHED: CF-WR631AX firmware ${FW} > 2.7.0.8 (verify vendor advisory manually — no fix confirmed as of 2026-07-13)"
  exit 0
fi
07 · Bottom Line

If you remember one thing.

TL;DR
Monday morning: run the inventory check across your CMDB and DHCP fingerprints for the Comfast OUI — if you have zero CF-WR631AX units (which is the expected answer for any 10,000-host enterprise), close the ticket with a note and move on. If you *do* find one in a branch office or a shadow-IT closet, MEDIUM under the noisgate mitigation SLA carries no mitigation deadline — but disable WAN-side Remote Management and rotate the admin password the same day as basic hygiene, because those are five-minute fixes that collapse the attack path. The noisgate remediation SLA for MEDIUM is 365 days: use that window to replace the device with managed enterprise WiFi rather than waiting for a Comfast firmware patch that historically may never arrive. Do not escalate to CRITICAL/HIGH triage queues — this SKU does not belong in an enterprise fleet and the vendor 9.8 is not calibrated to your buyer profile.

Sources

  1. Comfast CF-WR631AX sibling RCE analysis (0xcc12138)
  2. VulDB CVE-2026-12814 (adjacent Comfast webmgnt injection)
  3. Comfast device database
  4. CISA KEV catalog
  5. CWE-77: Command Injection
  6. CVSS 3.1 specification (FIRST)
  7. Comfast CF-WR631AX product listing (hardware context)
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.