Yes. CISA added CVE-2019-16920 to its Known Exploited Vulnerabilities catalogue on 25 March 2022, which it does only when there is reliable evidence of active exploitation. CISA has not linked it to known ransomware campaigns. Multiple D-Link routers contain a command injection vulnerability which can allow attackers to achieve full system compromise. Any organisation running the affected product should treat remediation as urgent.
Why KEV Listing Is the Practical Answer to “Exploited in the Wild”
The most useful signal here is CISA’s KEV catalogue, because it exists to track vulnerabilities with confirmed active exploitation. For defenders, that makes this less about theoretical weakness and more about whether the affected routers should already be treated as exposed. When a device class includes command injection, the operational concern is usually rapid compromise, not slow abuse.
For context on how active exploitation is prioritised and handled, NHIMG’s Zero-Day and Exploited Vulnerabilities Guide explains why KEV status changes response urgency even when a patching window is inconvenient.
What Command Injection Means for D-Link Routers
Command injection on a router is a device compromise issue, not a narrow application bug. If an attacker can get commands executed on the router, they may be able to alter configuration, intercept traffic, pivot into the local network, or disable security controls. That is why product-level router flaws often have a much wider blast radius than the individual vulnerability name suggests.
For readers who need the broader device-security context, NHIMG’s IoT Security Guide covers device identity, firmware updates, segmentation and the operational realities of securing embedded systems that sit at the network edge.
When routers are involved, exploitation is especially damaging because the device sits at a trust boundary. A compromised router can affect many users and systems at once, which is why edge-device flaws tend to become high-priority remediation items even before a full compromise assessment is complete.
What to Do If You Run the Affected Product
Start by confirming whether the vulnerable router model is actually present anywhere in your environment, including branch sites, small offices, lab networks and unmanaged remote locations. Then check the vendor advisory and CISA KEV entry for the exact remediation instructions and any version-specific guidance, rather than relying on secondary write-ups.
Use a vulnerability management process that treats KEV-listed exposure differently from ordinary backlog items. NHIMG’s Vulnerability Management Guide is useful here because it focuses on asset scope, prioritisation, exceptions and verification, which are the steps that matter when exploitation is already known.
If patching or replacement must wait, reduce exposure immediately. That usually means isolating the device, restricting management access, removing unnecessary inbound paths, and validating whether any exposed administrative interfaces can be reached from untrusted networks. For internet-facing or remotely administered routers, delay is a risk decision, not just an IT scheduling issue.
Risk and Threat Considerations
Router command injection is attractive to attackers because it can turn a perimeter device into a durable foothold. Once the router is compromised, defenders may lose visibility into traffic, configuration integrity and sometimes even the path used to reach internal systems.
Failure mechanism: The flaw allows attacker-supplied input to be executed as router commands, which can convert a management interface or exposed service into full device compromise.
Impact: Attackers may change DNS or routing settings, intercept or redirect traffic, establish persistence, or use the router as a pivot point into the broader network.
Standards & Framework Alignment
This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.
CIS Controls v8 and NIST SP 800-53 Rev 5 set the governance and control requirements practitioners need to meet.
| Framework | Control / Reference | Relevance |
|---|---|---|
| CIS Controls v8 | CIS-12 — Network Infrastructure Management | Routers are network infrastructure and need controlled configuration and exposure management. |
| CIS-7 — Continuous Vulnerability Management | KEV-listed exploitation requires prioritised remediation and verification. | |
| Recommendation — Harden, inventory and manage router exposure as network infrastructure. Prioritise KEV-listed router vulnerabilities for rapid remediation and validation. | ||
| NIST SP 800-53 Rev 5 | SI-2 — Flaw Remediation | Active exploitation makes flaw remediation and tracking directly relevant. |
| CM-7 — Least Functionality | Reducing exposed services and interfaces limits command-injection attack surface. | |
| AC-4 — Information Flow Enforcement | Compromised routers can redirect or expose traffic unless flows are constrained. | |
| Recommendation — Track and remediate the router flaw on an accelerated schedule. Disable unnecessary router services and management interfaces. Constrain router traffic paths to reduce pivot and interception risk. | ||
Practitioner Guidance
What to verify: Confirm whether any deployed D-Link routers match the affected product family and whether they are reachable from untrusted networks or shared admin segments. If you cannot quickly prove they are absent, treat the asset as present until inventory says otherwise.
Decision rule: If the router is business-critical and patching is delayed, reduce its exposure first, then look for signs of compromise. On edge devices, a clean bill of health is not a substitute for removing the attack path.
Practitioner takeaway: For KEV-listed router flaws, the right question is not whether exploitation is possible, but whether the device can still be reached, abused or used as a pivot while it remains in service.
Related resources from NHI Mgmt Group
- Is CVE-2023-33538 (TP-Link Multiple Routers Command Injection) being exploited in the wild?
- How do you patch or mitigate CVE-2019-16920 (D-Link Multiple Routers Command Injection)?
- Is CVE-2018-6530 (D-Link Multiple Routers OS Command Injection) being exploited in the wild?
- CVE-2019-16920 (D-Link Multiple Routers Command Injection)