Skip to main content
VulnerabilityPublished Updated

CVE-2025-65289: Mercury MR816v2 · A Stored Cross Site Scripting (XSS)

Source CVE Database V5

0

Not known to be exploited · CVSS 6.1 Medium.

Data as of 26 Oct 2026, 17:16 UTC

CVSS 3.1 base score
6.1Medium
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.3% chance of exploitation in 30 days – higher than 24% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:A/AC:L/PR:N/UI:N/S:C/C:L/I:L/A:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 9 Dec 2025

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.

What to do

AI-suggested

  1. Immediately restrict access to the router's management interface to trusted administrative hosts only, using VLAN segmentation or firewall rules to isolate the management network from general LAN access.
  2. Disable DHCP hostname submission from untrusted devices or implement DHCP snooping and validation to prevent malicious hostname injection.
  3. Monitor DHCP logs and router management UI for unusual or suspicious hostname entries indicative of attempted exploitation.
  4. Enforce stronger authentication mechanisms on the router management interface, such as replacing basic authentication with more secure methods (e.g., HTTPS with client certificates or multi-factor authentication) if supported.
  5. Regularly audit router firmware versions and configurations; engage with the vendor for patches or firmware updates addressing this vulnerability.
  6. Educate network administrators about the risks of XSS in management interfaces and the importance of session protection.
  7. Implement network access control (NAC) to limit unauthorized devices on the LAN.
  8. If possible, replace vulnerable routers with models that have robust security features and proper input validation.
  9. Use web application firewalls (WAF) or intrusion detection systems (IDS) tuned to detect suspicious activity related to DHCP hostname injection or management UI access.

Description

A stored Cross site scripting (XSS) vulnerability in the Mercury MR816v2 (081C3114 4.8.7 Build 110427 Rel 36550n) router allows a remote attacker on the LAN to inject JavaScript into the router's management UI by submitting a malicious hostname. The injected script is stored and later executed in the context of an administrator's browser (for example after DHCP release/renew triggers the interface to display the stored hostname). Because the management interface uses weak/basic authentication and does not properly protect or isolate session material, the XSS can be used to exfiltrate the admin session and perform administrative actions.

References

Community reviews

Loading reviews…