Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessGain local/LAN network position
-
DeliverySend DHCP request with crafted Hostname
-
ExploitPayload stored by DHCP Hostname Handler
-
ExecutionAdmin opens host-dump CGI page
-
ImpactScript executes in admin browser context
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A05:2025 - Injection
ASVS 5.0
V1 - Encoding and Sanitization Output encoding, context-aware escaping
MITRE ATT&CK
2 techniques across 2 tactics: Initial Access, Execution The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires the attacker to inject a malicious value into the DHCP Hostname field handled by filter_hosts_dump.cgi, which in practice means a position on the router's local/broadcast network to issue a DHCP request (DHCP is not routable across the internet). The payload is stored and only triggers when an administrator subsequently views the DHCP host-dump page, so success depends on passive admin user interaction (UI:P) against the Netcore NR268 web management interface. Limiting factors: LAN/adjacent access is needed to plant the hostname, an admin must open the affected CGI page, impact is limited to script execution in the admin's browser (integrity-low, no direct confidentiality or availability loss), and it is specific to NR268 firmware 1.7.121109. |
| Impact | This is a stored cross-site scripting flaw (CWE-79) in the DHCP Hostname Handler (filter_hosts_dump.cgi) of the Netcore NR268 router, firmware 1.7.121109. The signals point to a genuine but modest priority. Publicly available exploit code exists (reported by VulDB, with a write-up on GitHub), but it is NOT listed in CISA KEV, and no EPSS score was provided in the input - so there is no evidence of active or widespread exploitation, only disclosed proof-of-concept. The CVSS 4.0 vector (AV:N/AC:L/PR:N/UI:P/VC:N/VI:L/VA:N, score 5.3 MEDIUM) reflects a low-integrity-only impact requiring passive user interaction (an administrator viewing the host dump page). The key discrepancy to verify: the input vector asserts AV:N, but the injection channel is the DHCP Hostname field, which is a layer-2/broadcast LAN protocol - realistically the attacker must be on the local/adjacent network to register a malicious hostname, which argues for an adjacent (AV:A) vector rather than a true internet-facing one. The vendor did not respond to disclosure, so no official fix is confirmed. Net: a real, confirmed-with-POC stored XSS, but constrained to a niche consumer router, requiring LAN position plus admin interaction, with integrity-only impact - not a widespread or high-urgency issue. |
| Exploit ScenarioDerived | An attacker with access to the router's local network connects a device and requests a DHCP lease using a crafted Hostname containing a JavaScript payload. The malicious hostname is stored and later rendered unsanitized when an administrator opens the DHCP host-dump page (filter_hosts_dump.cgi), executing the attacker's script in the admin's authenticated browser session. Public proof-of-concept exploit code for this chain has been disclosed on GitHub. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 12, 2026
Stored cross-site scripting in the Netcore NR268 router running firmware 1.7.121109 allows an attacker with a presence on the device's local/broadcast network to plant a malicious DHCP hostname that later executes as script in the browser of an administrator who views the DHCP host-dump page rendered by filter_hosts_dump.cgi. The DHCP hostname is persisted by the router and only fires on subsequent admin page views, so successful exploitation pairs local-network access to inject the value with the passive step of the administrator opening the affected page; no authentication on the router itself is needed. Publicly available exploit code exists in the form of a detailed GitHub proof-of-concept report, and the vendor was contacted about the disclosure but did not respond; impact is confined to script execution in the administrator's session (integrity-low, with no demonstrated confidentiality or availability loss).
RemediationAI
No vendor-released patch or fixed firmware version has been identified at the time of analysis, and the vendor did not respond to early disclosure, so operators must rely on compensating controls until Netcore issues firmware or the VulDB entry (https://vuldb.com/vuln/416756) is updated. The most effective immediate measure is to restrict access to the router's web management interface to a trusted administrative VLAN or specific management hosts, for example by firewalling TCP/80 and TCP/443 on the device and disabling WAN-side remote management and UPnP-style exposure; the trade-off is that administrators must connect from the permitted network segment. Because the injection primitive is the DHCP Hostname field, hardening the layer-2 environment also helps: enable DHCP snooping and port security on upstream switches so unauthorised or rogue DHCP clients cannot attach and supply crafted hostnames, or disable the router's DHCP server entirely and move dynamic addressing to a trusted server if your topology allows it, at the cost of losing zero-touch client configuration on that segment. Administrators should also treat the DHCP host-dump page as untrusted content, avoid leaving the management UI open in a browser session, and inspect the hostname list for unexpected entries; note that these are mitigations only and do not remove the underlying eval/encoding defect, so deployment of vendor firmware once available (with verification against https://vuldb.com/cve/CVE-2026-108932) remains the definitive fix.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The flaw is a CWE-79 cross-site scripting issue rooted in insufficient neutralisation of user-supplied input before it is rendered by a web management component. The vulnerable surface is the DHCP Hostname Handler, reached through the CGI script filter_hosts_dump.cgi, whose handling of the Hostname argument involves an eval-style sink; DHCP option 12 (Hostname) values sent by a client are stored by the router and later echoed into the administrative host-dump page without proper output encoding, so the injected markup is executed in the context of the management interface. This is a classic stored (persistent) XSS pattern, where the injection primitive is a network-level protocol field rather than an authenticated web form. The affected CPE string is cpe:2.3:a:netcore:nr268:*:*:*:*:*:*:*:*, a wildcard covering Netcore NR268 firmware releases, with 1.7.121109 confirmed as the tested build. Because DHCP operates at layer 2 and is not routable across the internet, practical delivery of the malicious hostname requires adjacency to the LAN/broadcast domain; the published CVSS v4.0 metadata records AV:N/UI:P, whereas the accompanying independent assessment treats the realistic attack vector as adjacent (AV:A) with required administrator user interaction (UI:R), reflecting the DHCP-precondition plus admin-page-view chain.
Know when Nr268 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:P/VC:N/VI:L/VA:N/SC:N/SI:N/SA:N/E:P
DHCP hostname injection requires LAN position so AV:A; no auth to send DHCP (PR:N); admin must view the page (UI:R); XSS executes in a separate browser context (S:C) with low confidentiality/integrity impact.
Primary rating from Vendor (VulDB).
CVSS VectorVendor: VulDB
Lifecycle Timeline
3DescriptionCVE.org
A vulnerability was determined in Netcore NR268 1.7.121109. This impacts the function eval of the file filter_hosts_dump.cgi of the component DHCP Hostname Handler. This manipulation of the argument Hostname causes cross site scripting. Remote exploitation of the attack is possible. The exploit has been publicly disclosed and may be utilized. The vendor was contacted early about this disclosure but did not respond in any way.
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
Cross-Site Scripting occurs when an application accepts untrusted data and sends it to a web browser without proper validation or encoding.
Improper authentication in the CGI handling of Netcore NR268 firmware 1.7.121109 allows remote, unauthenticated attacker
Argument injection in the DDNS configuration handler of the Netcore NR268 consumer router (firmware 1.7.121109) lets an
Cross-site request forgery in the CGI endpoint of the Netcore NR268 router (firmware 1.7.121109) allows an attacker to r
Stored DDNS account credentials on Netcore NR268 routers running firmware 1.7.121109 are disclosed through the DDNS Hand
Stored cross-site scripting (CWE-79) in the Netcore NR268 router Web UI (firmware 1.7.121109) lets an attacker who alrea
EUVD-2026-97967
GHSA-6rvj-w5mp-xvp3
NVD
CVE.org
EPSS
VulDB
Exploit-DB