Cyber Resilience

CVE-2025-12946

Netgear Rs700 Firmware ≤ 1.0.9.6

Published
09 December 2025
Modified
21 January 2026
Patch / advisory
CVSS Score v4 4.4
Click a component to see what it means
Raw vectorCVSS:4.0/AV:A/AC:H/AT:P/PR:N/UI:A/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N/E:U/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:N/AU:N/R:A/V:D/RE:M/U:Amber
EPSS Score 0.0026 17th percentile
Risk Priority 35 floored blend · peak EPSS

Summary

CVE-2025-12946 is a medium-severity Improper Input Validation (CWE-20) vulnerability in Netgear Rs700 Firmware. Its CVSS base score is 4.4 (Medium).

Operationally, ranked at the 17th percentile by exploit likelihood (below the median); it is not currently listed in the CISA KEV catalog.

The strongest mitigations our analysis identified map to SC-8 (Transmission Confidentiality and Integrity) and SI-10 (Information Input Validation) — see the control section below for these in your framework.

OWASP Top 10 for Web (2025)

EU & UK References

Vulnerability Data

A vulnerability in the speedtest feature of affected NETGEAR Nighthawk routers, caused by improper input validation, can allow attackers on the router's WAN side, using attacker-in-the-middle techniques (MiTM) to manipulate DNS responses and execute commands when speedtests are run. This…

more

issue affects RS700: through 1.0.7.82; RAX54Sv2 : before V1.1.6.36; RAX41v2: before V1.1.6.36; RAX50: before V1.2.14.114; RAXE500: before V1.2.14.114; RAX41: before V1.0.17.142; RAX43: before V1.0.17.142; RAX35v2: before V1.0.17.142; RAXE450: before V1.2.14.114; RAX43v2: before V1.1.6.36; RAX42: before V1.0.17.142; RAX45: before V1.0.17.142; RAX50v2: before V1.1.6.36; MR90: before V1.0.2.46; MS90: before V1.0.2.46; RAX42v2: before V1.1.6.36; RAX49S: before V1.1.6.36.

CWE(s)

Related Threats

CVEs Like This One

CVE-2026-0410Same product: Netgear Rax35V2
CVE-2026-0417Same product: Netgear Rax35V2
CVE-2026-9210Same product: Netgear Rax35V2
CVE-2026-0416Same product: Netgear Raxe450
CVE-2026-9213Same product: Netgear Raxe500
CVE-2026-0412Same vendor: Netgear
CVE-2026-0404Same vendor: Netgear
CVE-2016-10176Same vendor: Netgear
CVE-2026-0403Same vendor: Netgear
CVE-2026-0406Same vendor: Netgear

Affected Assets

netgear
rs700 firmware
≤ 1.0.9.6
netgear
rax54sv2 firmware
≤ 1.1.6.36
netgear
rax45v2 firmware
≤ 1.1.6.36
netgear
rax41v2 firmware
≤ 1.1.6.36
netgear
rax50 firmware
≤ 1.2.14.114
netgear
raxe500 firmware
≤ 1.2.14.114
netgear
rax41 firmware
≤ 1.0.17.142
netgear
rax43 firmware
≤ 1.0.17.142
netgear
rax35v2 firmware
≤ 1.0.17.142
netgear
raxe450 firmware
≤ 1.0.17.142
+8 more product configuration(s) — see NVD for full list

Mitigating Controls

Control response

Prevent
Stop it (NIST 800-53)
  • SI-10 Information Input Validation
  • SC-8 Transmission Confidentiality and Integrity
  • SC-7 Boundary Protection
Detect
Catch it (NIST detect / respond)

Harden
Shrink the surface (DISA STIG)
  • 6 hardening rules · 3 OS baselines
Validate
Prove the fix (OWASP ASVS)

Mitigating Controls (NIST 800-53 r5) AI

prevent

Directly requires validation of all input (including DNS responses consumed by the speedtest feature) before processing, eliminating the CWE-20 flaw that enables command execution.

prevent

Enforces cryptographic integrity protection on data in transit, preventing the MiTM manipulation of DNS responses that the attacker relies on to reach the vulnerable speedtest code path.

prevent

Restricts and inspects traffic crossing the WAN boundary, limiting an external attacker’s ability to position for MiTM against the router’s DNS queries during speedtests.

Mitigating Controls (NIST CSF 2.0) AI

Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→CSF cross-walk (authority under review) — links open the control.

PR.PS-06 mostly match
prevents

Secure SDLC practices directly require and enforce input validation during development.

Mitigating Controls (ISO/IEC 27001:2022 Annex A) AI

Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→ISO cross-walk (authority under review) — links open the control.

detects

Testing against a defined set of requirements and using code review plus vulnerability scanning forces validation of inputs and handling of unanticipated conditions, reducing the chance that malformed data will be accepted.

prevents

Secure-coding guidelines and mandatory security testing (including code scans) compel developers to validate and sanitize inputs at design and implementation time, lowering the incidence of malformed or malicious data reaching downstream components.

prevents

Mandating input controls that include integrity checks and input validation ensures that untrusted data is examined before use, blocking the root cause of many injection and malformed-data weaknesses.

prevents

Security-by-design principles explicitly call for data validation and sanitization at every layer, reducing the chance that malformed or malicious input will be processed without scrutiny.

prevents

Requiring language-specific secure coding standards, peer review, SAST and documented mitigation of common programming errors forces validation of all inputs before they are trusted.

none

Regular automated validation of system software and data content, combined with scanning of all inbound files, enforces input validation at the boundary before untrusted content is processed.

References