Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessReach device web interface over network
-
DeliverySend crafted login request to api.cgi (api=info&client=app)
-
ExploitInject shell metacharacters via REMOTE_ADDR value
-
ExecutionValue reaches sub_12580 system() call
-
ImpactExecute arbitrary commands on router OS
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A05:2025 - Injection
ASVS 5.0
V1 - Encoding and Sanitization OS command sanitization, avoid shell exec
MITRE ATT&CK
2 techniques across 1 tactic: Execution The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | The device must expose its web management interface (api.cgi) to the attacker, and the request must route through the vulnerable login path (api=info&client=app → sub_12580) on firmware up to M30BE2_V250604; fixed in build 2026-09-24-841a51c6d5. The concrete prerequisite is that the attacker can inject shell metacharacters into the value the firmware treats as REMOTE_ADDR (the client address). Key LIMITING factor: REMOTE_ADDR is conventionally derived from the TCP source address, which a normal client cannot populate with metacharacters - so realistic exploitation likely requires the web server to trust a client-supplied address header, or an on-path/proxy position; this materially narrows exploitability versus the pure AV:N/PR:N/UI:N reading and should be confirmed against the published PoC. No authentication is required per the CVSS vector (PR:N). |
| Impact | This is a genuine high-priority issue for anyone operating the affected device, but the signals are mixed on breadth of exploitation. The provided CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:N/UI:N with high confidentiality/integrity/availability impact) describes a remote, unauthenticated OS command injection - the worst-case profile - and the vendor has confirmed the flaw (login script was built via system() with an unsanitized client address). A public exploit exists (VulDB/GitHub PoC) and the CVSS 4.0 E:P (Proof-of-Concept) subscore matches that. However, the vulnerability is NOT in CISA KEV and no EPSS score was provided, so there is no evidence of active, widespread exploitation - current status is 'publicly available exploit code exists', which is a distinct and lesser signal than active exploitation. A material caveat tempers the AC:L rating: the injected argument is REMOTE_ADDR, which on most embedded web servers is the raw TCP source address and therefore NOT trivially controllable with shell metacharacters by a normal remote client - practical exploitation may require the device to honor a client-supplied address header or an on-path/proxy position. This should be verified against the PoC before treating the flaw as fully drive-by. Net: treat as high priority for owners of this specific Wavlink model (patch available), but the real-world blast radius is constrained by the product's small deployment footprint, not yet by KEV-level mass exploitation. |
| Exploit ScenarioDerived | A remote attacker reaches the device's web management interface and sends a request to the api.cgi login handler (api=info&client=app) whose client-address value carries shell metacharacters, which the vulnerable sub_12580 function passes into a system() call. A public proof-of-concept exists (GitHub F-yyjy/cve), so the attacker gains arbitrary OS command execution on the router firmware. Exploitation hinges on the attacker's ability to actually control the REMOTE_ADDR value used in the command. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 15, 2026
OS command injection in Wavlink WL-WN530BE2-A firmware up to M30BE2_V250604 lets remote attackers reach the api.cgi login handler (api=info&client=app, function sub_12580) and inject shell metacharacters through the value the firmware treats as the client address (REMOTE_ADDR), potentially yielding arbitrary command execution with root-level privileges on the device. The vendor has confirmed the finding and shipped a fix in firmware 2026-09-24-841a51c6d5_tclinux.bin, which replaces the system() call with execvp and length-limits/null-checks the client address; publicly available exploit code exists (a GitHub PoC), though the weakness is not confirmed as actively exploited (CISA KEV). Exploitation is not as trivial as the raw CVSS 4.0 score of 9.3 implies: REMOTE_ADDR is conventionally derived from the TCP source address, so a real-world attacker likely needs the web server to trust a client-supplied address header or needs an on-path/proxy position, which materially narrows the population of reachable targets despite PR:N in the published vector.
RemediationAI
Vendor-released patch: upgrade the WL-WN530BE2-A to firmware 2026-09-24-841a51c6d5_tclinux.bin, available at https://dl.wavlink.com/firmware/RD/WN530BE2_WAVLINK-WO-2026-09-24-841a51c6d5_tclinux.bin; per the vendor this build invokes the login script via execvp instead of system() and applies length-limit and null-check validation to the client address, removing the injection primitive. Because exploitation is pre-authentication on the api=info&client=app path, treat every pre-patch device as internet-exposed until updated. If immediate upgrade is not possible, apply targeted compensating controls in this order: block external access to the device's web management interface (api.cgi) at the firewall/edge so only trusted LAN sources can reach it - trade-off is losing remote/cloud administration; disable WAN-side remote management and UPnP/port-forwarding rules that expose the admin port - trade-off is loss of remote convenience; and ensure any reverse proxy or load balancer in front of the device strips or overrides client-supplied address headers (X-Forwarded-For, X-Real-IP, Forwarded) before they reach the firmware, since the attack depends on the REMOTE_ADDR value being attacker-influenceable - trade-off is that some logging, geo-blocking, or rate-limiting features relying on those headers will stop working. Deploying the device on an isolated management VLAN with no WAN reachability closes the remote vector but does not fix the underlying flaw; patch remains required. Advisory details are at https://vuldb.com/vuln/420570 and the public PoC describing delivery of the malicious address value is at https://github.com/F-yyjy/cve/blob/main/WN530BE2-A_api-cgi.md.
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
This is a classic CWE-78 OS command injection arising from unsafe construction of a shell command string in the device's web CGI layer. The affected element is api.cgi, the CGI handler that services the login/info flows; the specific vulnerable function is sub_12580, reached through the api=info&client=app request path. The handler passed the client address (REMOTE_ADDR) - a value that the firmware treated as attacker-influenceable - into a shell invocation built with system(), so shell metacharacters embedded in that value were interpreted by /bin/sh and expanded into arbitrary commands. The vendor's remediation describes the fix precisely: the handler no longer builds a shell command, instead invoking the login script through an argument vector via execvp, with the client address length-limited and null-checked, which eliminates shell parsing of the input entirely. The CPE cpe:2.3:a:wavlink:wl-wn530be2-a:* indicates all firmware versions of the WL-WN530BE2-A product line up to the fixed build are in scope. The interesting technical caveat is the REMOTE_ADDR source: in most CGI/embedded web servers this variable is populated from the TCP peer address and is not client-controllable, so the practical attack surface depends on whether the firmware (or an intermediary proxy) copies a client-supplied header (X-Forwarded-For, X-Real-IP, or similar) into that variable, or on the attacker being on-path. The published PoC should be reviewed to confirm exactly how the malicious address value is delivered.
Know when Wl Wn530Be2 A 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
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:H/VA:H/SC:H/SI:H/SA:H/E:P
Remote unauthenticated injection yielding full OS command execution (C/I/A:H), but AC:H because the injected REMOTE_ADDR is normally socket-derived and not trivially attacker-controllable with metacharacters.
Primary rating from Vendor (VulDB).
CVSS VectorVendor: VulDB
Lifecycle Timeline
2DescriptionCVE.org
A vulnerability has been found in Wavlink WL-WN530BE2-A up to M30BE2_V250604. The affected element is the function sub_12580 of the file api.cgi of the component Login Processing. The manipulation of the argument REMOTE_ADDR leads to os command injection. It is possible to initiate the attack remotely. The exploit has been disclosed to the public and may be used. Upgrading to version 2026-09-24-841a51c6d5_tclinux.bin is sufficient to fix this issue. You should upgrade the affected component. The vendor confirms: "We confirm the finding, and it has already been addressed. In the current firmware the api=info&client=app handler no longer builds a shell command: the login script is now invoked through an argument vector (execvp) instead of system(), and the client address is length-limited and null-checked."
Technical POC Analysis
No source diff was supplied.
Full technical POC analysis - root cause, step-by-step exploitation and patch breakdown - is part of the Pro and Business plans.
Latest POC
1 public PoC link from github
Sign in to open the public PoC links collected for this CVE.
Executive ViewAI
Wavlink WL-WN530BE2-A wireless access devices running firmware up to M30BE2_V250604 contain a critical command-injection flaw that can hand an attacker full root-level control of the unit, and publicly available exploit code exists. Where these devices sit on corporate networks - as employee Wi-Fi gear or as unmanaged edge equipment - a compromised unit becomes a persistent foothold for further intrusion, which is why leadership should prioritize remediation. A vendor fix is available, making this a straightforward patching exercise rather than an open-ended exposure.
Apply vendor patch.
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
OS command injection occurs when an application passes unsanitized user input directly into system shell commands.
EUVD-2026-102100
GHSA-hcq8-q899-8h78
NVD
CVE.org
EPSS
VulDB
Exploit-DB