It's like getting an urgent recall notice for a sports car you've never owned and never will
CVE-2026-71987 is a classic OS command injection (CWE-78) in the alg (Application Layer Gateway) configuration function of the MSI Radix AXE6600 router's web management interface, firmware version v781521. Successful exploitation yields root-level command execution on the router's embedded Linux OS. The bug is one of at least eight sibling CVEs (CVE-2026-71984 through CVE-2026-71992) disclosed simultaneously by researcher Jincheng Wang, hitting nearly every admin function — macfilter, dmz, accesscontrol, portFw, TelnetSSH, urlfilter, and alg. All share the same root cause: unsanitized user input passed directly to a shell. Only firmware v781521 is confirmed affected.
The vendor CVSS of 9.8 CRITICAL (AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H) wildly overstates the risk for any enterprise security team. This is a consumer Wi-Fi 6E gaming router sold at Newegg and Amazon for ~$200. It has no enterprise management plane, no centralized deployment tooling, no presence in any enterprise procurement catalog, and its admin panel defaults to LAN-side access only. The 9.8 treats the LAN-bound web UI as equivalent to an internet-facing attack surface — it is not. For the audience this advisory serves (defenders managing 10,000+ hosts), this CVE is noise.
3 steps from start to impact.
Reach the admin web UI
- Attacker is on the same LAN segment as the router, OR remote management has been explicitly enabled
- Admin panel is LAN-only by default
- Consumer router behind ISP NAT — WAN interface not reachable without port forwarding
- Enterprise networks do not deploy this device
Submit crafted ALG request
alg configuration endpoint with shell metacharacters (e.g., ; id, $(whoami)) injected into a parameter value. No authentication token or session cookie is required per the CVSS vector (PR:N). The web server passes the unsanitized input directly to a system() or popen() call.- Network reachability to the admin UI from Step 1
- Knowledge of the vulnerable parameter name in the alg endpoint
- No public PoC or exploit code exists yet
- Parameter name and request format must be reverse-engineered from firmware
Obtain root shell on router
- Successful command injection from Step 2
- Embedded Linux with limited tooling — no package manager, minimal binaries
- Router compromise does not yield domain credentials, AD access, or fleet-wide impact
- Typical home LAN has 5-15 devices, not enterprise assets
The supporting signals.
| In-the-wild exploitation | None observed. Not listed in CISA KEV. No campaigns or threat actor references found. |
|---|---|
| Proof of concept | No public PoC. No exploit code on GitHub, Exploit-DB, or VulnCheck XDB as of 2026-08-10. |
| EPSS | 0.0135 (1.35%) — bottom quartile, reflecting low predicted exploitation probability. |
| KEV status | Not listed. No CISA KEV entry. |
| CVSS vector | CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H — 9.8 Critical. Vector assumes unauthenticated network access to a LAN-bound admin panel, inflating the score. |
| Affected versions | MSI Radix AXE6600 firmware v781521. No other versions confirmed. |
| Fixed version | Unknown. MSI support page (us.msi.com) lists the product but no security advisory or patched firmware has been identified. |
| Scanning / exposure | Negligible. No Shodan/Censys/GreyNoise fingerprint data for this consumer router model. Typical consumer routers behind ISP NAT are not indexed. |
| Disclosure date | 2026-08-08 (reserved and published same day). Assigner: VulnCheck. |
| Researcher | Jincheng Wang — credited for this CVE and all sibling CVEs in the same firmware. |
noisgate verdict.
The single most decisive factor is zero enterprise deployment footprint — the MSI Radix AXE6600 is a consumer Wi-Fi 6E gaming router with no enterprise procurement channel, no centralized management, and no realistic presence in a 10,000-host fleet. Even if somehow present, the LAN-only admin panel limits the attack surface to co-located users on a small home network.
Why this verdict
- Enterprise footprint: zero. The MSI Radix AXE6600 is a $200 consumer gaming router sold through Amazon and Newegg. It does not appear in any enterprise networking vendor catalog. An enterprise managing 10,000 hosts has effectively 0% probability of this device in their managed inventory.
- LAN-only admin panel. The CVSS vector claims AV:N (network), but the management interface is bound to the LAN by default. Remote management is off. The realistic attack vector is AV:A (adjacent network), which alone drops the CVSS to ~8.8 — and that still overstates it because 'adjacent' means sitting on someone's home Wi-Fi.
- No PoC, no exploitation, low EPSS. At 1.35% EPSS with no public exploit code and no observed campaigns, weaponization risk in the near term is minimal.
- Role multiplier: This router is NOT a network edge appliance in the enterprise sense. It is not an F5, Palo Alto, FortiGate, or Cisco ASA. (a) *Low-value role:* home user's internet gateway — this is the canonical deployment. Blast radius = 1 household. (b) *Typical role:* does not exist in enterprise. (c) *High-value role:* not applicable — this device is never deployed as a perimeter firewall, DC gateway, or branch office router in managed environments. The high-value role floor does NOT apply because <0.1% of the installed base occupies any enterprise-relevant role.
Why not higher?
To justify MEDIUM or above, the device would need measurable enterprise deployment or internet-facing exposure. Neither exists. The CVSS 9.8 is technically valid *on the device itself*, but severity for an enterprise patching queue must account for whether the device is in the fleet. It is not. Even for organizations with BYOD/remote-worker routers, the enterprise does not manage consumer router firmware.
Why not lower?
The underlying vulnerability is real and trivially exploitable once the admin panel is reachable — unauthenticated command injection yielding root. If an organization somehow deploys this router (e.g., a lab, a demo environment, a founder's home office on the corporate VPN), the impact on that node is total compromise. That prevents an IGNORE rating.
What to do — in priority order.
- Confirm the device is not in your asset inventory — Search your CMDB and network scans for MSI OUI (00:D9:D1, 80:CE:62) and HTTP server banners matching the Radix AXE6600. If absent, close this CVE as not-applicable. No mitigation SLA applies for a LOW verdict — treat as backlog hygiene.
- If found: disable remote management — On any discovered unit, ensure the remote management toggle is OFF (this is the default). This confines the attack surface to the LAN segment.
- If found: segment the device — Place the router on an isolated VLAN with no route to production subnets. Monitor for unusual outbound connections from the device's MAC.
- WAF / IPS signatures — this is an embedded device admin panel, not a web application behind your reverse proxy. No enterprise WAF sits in front of a home router's LAN interface.
- EDR on endpoints — EDR protects the hosts behind the router, not the router itself. A compromised router can still intercept/modify traffic before it reaches endpoints.
- Firmware auto-update — MSI consumer routers do not have enterprise-managed firmware deployment. Even if MSI releases a patch, you cannot push it centrally.
Crowdsourced verification payload.
Run this on any Linux/macOS auditor workstation that can reach your network scanner's export or your CMDB API. It checks for MSI OUI prefixes in an ARP table or nmap scan output. No special privileges needed beyond read access to the ARP table. Example: bash check_msi_router.sh /path/to/nmap-scan.xml or just bash check_msi_router.sh to check the local ARP cache.
#!/usr/bin/env bash
# check_msi_router.sh — Detect MSI Radix AXE6600 on the network
# Usage: bash check_msi_router.sh [nmap-xml-file]
# Exit codes: 1=VULNERABLE (device found), 0=PATCHED (not found), 2=UNKNOWN
MSI_OUIS="00:d9:d1|80:ce:62|00:D9:D1|80:CE:62"
if [ -n "$1" ] && [ -f "$1" ]; then
echo "[*] Scanning nmap XML export: $1"
if grep -iqE "(radix|axe6600|msi)" "$1" || grep -iE "$MSI_OUIS" "$1" > /dev/null 2>&1; then
echo "VULNERABLE — MSI device signature found in scan data. Investigate manually."
exit 1
else
echo "PATCHED — No MSI Radix AXE6600 signatures found in scan data."
exit 0
fi
else
echo "[*] Checking local ARP cache for MSI OUI prefixes..."
ARP_OUT=$(arp -a 2>/dev/null || ip neigh 2>/dev/null)
if echo "$ARP_OUT" | grep -iE "$MSI_OUIS" > /dev/null 2>&1; then
echo "VULNERABLE — MSI OUI detected in ARP cache. Confirm device model manually."
exit 1
else
echo "PATCHED — No MSI OUI found in local ARP cache."
echo "Note: This only checks the local subnet. For full coverage, supply an nmap XML scan."
exit 0
fi
fiIf you remember one thing.
Sources
What defenders are saying.
Crowdsourced verification outputs.
Results submitted by users who ran the verification payload against their environment.