Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessGain control of monitored device or Oxidized response
-
DeliveryInject script into SNMP sysName or Oxidized API field
-
ExploitOperator loads Tools Oxidized page
-
ExecutionStored payload renders unescaped
-
ImpactScript executes in operator browser session
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 control the content of the Oxidized API response OR a monitored device's SNMP sysName value - i.e. a compromised/rogue device on the monitored network or the ability to tamper with the Oxidized integration's data. The payload only triggers when an authenticated LibreNMS user navigates to the Tools > Oxidized node list page (UI:P / passive user interaction), and only when the Oxidized integration is configured and in use, which limits exposure to deployments that actually run Oxidized. Limiting factors: requires a privileged network position or device control to seed the payload, requires a victim to view the specific page, and requires the Oxidized feature to be enabled - it is not remotely triggerable against an arbitrary default install. |
| Impact | This is a medium-severity stored XSS (CWE-79) in LibreNMS, scored 5.3 via a CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:N/UI:P) that reports no impact to the vulnerable system (VC:N/VI:N/VA:N) but low confidentiality and integrity impact to a subsequent system (SC:L/SI:L) - consistent with script executing in a victim's browser rather than compromising the LibreNMS host directly. All exploitation signals point to low-to-moderate real-world priority: there is no CISA KEV listing, no public exploit code identified, and no EPSS score was provided in the input, so exploitation probability cannot be quantified. The PR:N / UI:P combination means no LibreNMS authentication is needed to plant the payload, but a logged-in user (typically an operator) must actively view the Tools > Oxidized page for the script to fire, which bounds the blast radius. A notable nuance: although PR:N marks the injection as unauthenticated, exploitation realistically requires the attacker to control either the Oxidized API response or a monitored device's SNMP sysName - i.e. a position on the monitored network or a man-in-the-middle/compromised device - so this is better characterized as a trusted-input-boundary flaw than a trivially internet-exposed one. Net assessment: a legitimate issue to patch on normal cadence, not an emergency; it is a high-CVSS-perception-but-contextually-constrained web vuln whose impact is operator-browser session rather than server takeover. |
| Exploit ScenarioDerived | An attacker who has compromised a monitored device (or can tamper with its SNMP sysName or the Oxidized API response) injects a malicious script into one of those fields. When a LibreNMS operator opens the Tools > Oxidized node list page, the unescaped value renders and the script executes in their authenticated browser session, enabling session theft or actions in the LibreNMS UI. No public exploit code was identified at time of analysis. |
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 LibreNMS before 26.9.0 allows unauthenticated remote attackers who control the Oxidized API response or a monitored device's SNMP sysName to inject script that executes in the browsers of authenticated users viewing the Tools > Oxidized page. The flaw is rated medium severity (CVSS 5.3) and only affects the victim's browser session, not the LibreNMS host; exploitation requires the Oxidized integration to be enabled and limits exposure to deployments that actually use it. No public exploit code has been identified at time of analysis.
RemediationAI
Upgrade to LibreNMS 26.9.0 or later, which contains the fix for the unescaped rendering in get_oxidized_nodes_list(). Until the upgrade can be applied, administrators should consider disabling the Oxidized integration if it is not essential, as this removes the Tools > Oxidized page and the vulnerable rendering path; doing so disables configuration backup visibility but eliminates exposure. Alternatively, restrict access to the Tools > Oxidized page to trusted administrators only (e.g., via web server ACLs or role-based access controls), though this reduces the attack surface without addressing the underlying lack of output encoding. Additionally, ensure that only trusted devices can supply SNMP sysName values (e.g., by network segmentation and SNMPv3 authentication) and that the Oxidized API is protected from tampering (e.g., restrict network access to the Oxidized server and use TLS with authentication), since these are the data sources the attacker must control to seed the payload. Refer to the vendor advisory at https://github.com/librenms/librenms/security/advisories/GHSA-cjqw-76mh-jmpv for patch details.
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 vulnerability is a stored cross-site scripting (CWE-79) in the get_oxidized_nodes_list() function of LibreNMS, a network monitoring platform. LibreNMS integrates with Oxidized, a configuration backup tool for network devices, by querying its API to retrieve node information and also collecting SNMP sysName values from monitored devices. The function renders these values into HTML without proper output encoding or sanitization, allowing an attacker who can influence the Oxidized API response or a device's SNMP sysName to embed malicious JavaScript. When an authenticated administrator views the Tools > Oxidized page, the script executes in their browser context. The CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:N/UI:P) and the independent CVSS 3.1 assessment (AV:N/AC:L/PR:N/UI:R/S:C/C:L/I:L/A:N) both indicate scope change with low confidentiality and integrity impact to the subsequent browser system, while no impact to the LibreNMS server itself (VC:N/VI:N/VA:N). This reflects that the attacker does not compromise the LibreNMS host directly but rather gains script execution in a privileged user's session. The attack requires control of the data source (compromised or rogue device, or tampering with the Oxidized integration), the Oxidized feature to be configured, and a victim to navigate to the affected page, so it is not exploitable against an arbitrary default installation.
Know when Librenms 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:N/VA:N/SC:L/SI:L/SA:N
Stored XSS executing in a victim operator's browser: no LibreNMS auth to inject (PR:N), victim must view the page (UI:R), execution crosses into the browser context (S:C) with low C/I and no availability impact.
Primary rating from Vendor (VulnCheck).
CVSS VectorVendor: VulnCheck
Lifecycle Timeline
1DescriptionCVE.org
LibreNMS before 26.9.0 contains a stored cross-site scripting vulnerability in get_oxidized_nodes_list() that renders Oxidized API fields and SNMP sysName unescaped. Attackers controlling the Oxidized response or a device's SNMP sysName can inject script that executes in browsers of users viewing the Tools Oxidized page.
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.
An issue was discovered in LibreNMS through 1.47. Rated high severity (CVSS 7.2), this vulnerability is remotely exploit
Librenms 21.11.0 is affected by a path manipulation vulnerability in includes/html/pages/device/showconfig.inc.php. Rate
An issue was discovered in LibreNMS through 1.47. Rated critical severity (CVSS 9.8), this vulnerability is remotely exp
Authentication bypass in the LibreNMS REST API (all versions before 26.8.0) lets unauthenticated remote attackers reach
SQL injection in LibreNMS 25.12.0 and below. PoC and patch available.
An issue was discovered in LibreNMS through 1.47. Rated critical severity (CVSS 9.1), this vulnerability is remotely exp
SQL injection in LibreNMS versions 25.12.0 and below allows authenticated users to extract sensitive database informatio
LibreNMS is an open-source, PHP/MySQL/SNMP-based network monitoring system. Rated high severity (CVSS 8.8), this vulnera
An issue was discovered in LibreNMS before 1.65.1. Rated high severity (CVSS 8.8), this vulnerability is remotely exploi
An issue was discovered in LibreNMS 1.50.1. Rated high severity (CVSS 8.8), this vulnerability is remotely exploitable,
An issue was discovered in LibreNMS through 1.47. Rated high severity (CVSS 8.8), this vulnerability is remotely exploit
Command injection in LibreNMS's Virtualization Discovery module enables authenticated administrator-level users to execu
EUVD-2026-97657
GHSA-m63v-9j9m-6j88
NVD
CVE.org
EPSS
Exploit-DB