/

CVE-2026-78802

Severity:

CRITICAL RISK

(9.8)

Code Injection (CWE-94) in SK-WR6640X Wi-Fi 6 Router

CVE-2026-78802

Deferred

Vulnerability type

Category:

Code Injection

CWE:

CWE-94

Impact:

Remote Code Execution

Severity:

CRITICAL RISK

(9.8)

CVSS version:

3.1

Catch this CVE while code is being written

Detect vulnerable code directly in pull requests, so CVEs are fixed before merge.

Summary

A critical code injection vulnerability in the SKYWORTH SK-WR6640X Wi-Fi 6 Dual-Band Fiber Router may allow a remote attacker to execute arbitrary code.

The risk arises when an attacker can reach the vulnerable router interface or service and submit input that is processed as executable code.

A critical code injection vulnerability in the SKYWORTH SK-WR6640X Wi-Fi 6 Dual-Band Fiber Router may allow a remote attacker to execute arbitrary code.

The risk arises when an attacker can reach the vulnerable router interface or service and submit input that is processed as executable code.

Affected context

This issue affects SKYWORTH DIGITAL CO.,LTD SK-WR6640X Wi-Fi 6 Dual-Band Fiber Router devices running the affected firmware release. Exploitation depends on a remotely reachable attack surface that accepts attacker-controlled input and processes it without adequately separating data from executable commands or code.

This issue affects SKYWORTH DIGITAL CO.,LTD SK-WR6640X Wi-Fi 6 Dual-Band Fiber Router devices running the affected firmware release. Exploitation depends on a remotely reachable attack surface that accepts attacker-controlled input and processes it without adequately separating data from executable commands or code.

Exploit preconditions

  • Attack surface: A network-accessible router service or management interface
  • Required access: Remote network connectivity to the vulnerable service; authentication requirements are not specified
  • Trigger point: Processing of attacker-controlled input by the affected router component
  • Why exploitation is possible: Input may be interpreted as executable code rather than being handled strictly as data
  • Attack surface: A network-accessible router service or management interface
  • Required access: Remote network connectivity to the vulnerable service; authentication requirements are not specified
  • Trigger point: Processing of attacker-controlled input by the affected router component
  • Why exploitation is possible: Input may be interpreted as executable code rather than being handled strictly as data

Why this happens

The underlying flaw is an insufficient separation between untrusted input and executable code. A router component appears to process attacker-controlled data in a way that permits code execution, mapping to CWE-94: Improper Control of Generation of Code ('Code Injection'). The vulnerable pattern is the use of dynamic evaluation, command construction, or equivalent execution behavior without strong validation and safe handling boundaries.

The underlying flaw is an insufficient separation between untrusted input and executable code. A router component appears to process attacker-controlled data in a way that permits code execution, mapping to CWE-94: Improper Control of Generation of Code ('Code Injection'). The vulnerable pattern is the use of dynamic evaluation, command construction, or equivalent execution behavior without strong validation and safe handling boundaries.

Potential impact

  • An attacker may execute arbitrary code on the router
  • Network traffic, device settings, or connected systems could be compromised
  • The router may be used for persistence, surveillance, or lateral movement
  • Availability of routing and connectivity services may be disrupted
  • Other devices on the network can be exposed to follow-on attacks
  • An attacker may execute arbitrary code on the router
  • Network traffic, device settings, or connected systems could be compromised
  • The router may be used for persistence, surveillance, or lateral movement
  • Availability of routing and connectivity services may be disrupted
  • Other devices on the network can be exposed to follow-on attacks

General mitigation guidance

Mitigation generally focuses on preventing untrusted data from reaching code execution mechanisms and reducing exposure of administrative services.

Common defensive patterns include:

  • Replacing dynamic evaluation or shell-based processing with fixed, parameterized operations
  • Applying strict allowlist validation and context-appropriate encoding to external input
  • Separating management interfaces from untrusted networks
  • Requiring strong authentication and least-privilege administrative access
  • Disabling unnecessary externally reachable services
  • Using secure-by-default configuration and restricting outbound access from the device where practical

Mitigation generally focuses on preventing untrusted data from reaching code execution mechanisms and reducing exposure of administrative services.

Common defensive patterns include:

  • Replacing dynamic evaluation or shell-based processing with fixed, parameterized operations
  • Applying strict allowlist validation and context-appropriate encoding to external input
  • Separating management interfaces from untrusted networks
  • Requiring strong authentication and least-privilege administrative access
  • Disabling unnecessary externally reachable services
  • Using secure-by-default configuration and restricting outbound access from the device where practical

How teams detect issues like this

Organizations can look for this class of issue through:

  • Static analysis rules identifying dynamic evaluation, shell invocation, unsafe command construction, and equivalent code-generation paths
  • Code review checks for external input reaching interpreters, scripting engines, or command execution APIs
  • Firmware testing that exercises management interfaces with structured invalid and boundary-case input
  • Network monitoring for unexpected administrative access, abnormal outbound connections, or unusual device behavior
  • Policy enforcement that limits exposure of router management services and requires authenticated administration
  • Automated security review tools that flag input-to-execution data flows

Organizations can look for this class of issue through:

  • Static analysis rules identifying dynamic evaluation, shell invocation, unsafe command construction, and equivalent code-generation paths
  • Code review checks for external input reaching interpreters, scripting engines, or command execution APIs
  • Firmware testing that exercises management interfaces with structured invalid and boundary-case input
  • Network monitoring for unexpected administrative access, abnormal outbound connections, or unusual device behavior
  • Policy enforcement that limits exposure of router management services and requires authenticated administration
  • Automated security review tools that flag input-to-execution data flows

Sources

SourceLink
github.comgithub.com/PRISMI-Team/VulnDisclos/blob/main/Routers/Skyworth/unauthorized-rce.md
skyworthdigital.comskyworthdigital.com/

Frequently asked

questions

Yes. The vulnerability description identifies a remote attack scenario, although successful exploitation depends on access to the affected network service and the specific deployment configuration.

The available information does not specify whether authentication is required. The relevant conditions are reachability of the vulnerable interface and any access controls enforced by the device.

Prevent attacker-controlled input from reaching code execution functionality, use fixed and parameterized operations, and restrict management interfaces to trusted networks.

Apply strict input allowlists, perform code review and static analysis for input-to-execution flows, minimize exposed services, and enforce least-privilege administrative access.

Yes. The vulnerability description identifies a remote attack scenario, although successful exploitation depends on access to the affected network service and the specific deployment configuration.

The available information does not specify whether authentication is required. The relevant conditions are reachability of the vulnerable interface and any access controls enforced by the device.

Prevent attacker-controlled input from reaching code execution functionality, use fixed and parameterized operations, and restrict management interfaces to trusted networks.

Apply strict input allowlists, perform code review and static analysis for input-to-execution flows, minimize exposed services, and enforce least-privilege administrative access.

Find out what's already
exploitable in your codebase.