Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessReach non-TLS NVR web interface
-
DeliverySend request with spoofed X-Forwarded-For: 127.0.0.1
-
ExploitAppliance treats request as local
-
ExecutionLocal-only control bypassed
-
ImpactDisclose configuration information
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A07:2025 - Authentication Failures
ASVS 5.0
V6 - Authentication Anti-spoofing controls
MITRE ATT&CK
1 technique across 1 tactic: Defense Evasion The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Requires the OpenEye Apex NVR's non-TLS web interface to be network-reachable by the attacker, and a security control that grants access based on local/loopback source address. The attacker exploits by supplying a crafted X-Forwarded-For header spoofing a loopback address (e.g., 127.0.0.1), which the firmware trusts as the request source. No authentication and no user interaction are required (PR:N/UI:N). Limiting factors: only affects firmware at/around 3.2.9.376 (design present since 2.2.3.4, fixed in 3.5.4), impact is confined to configuration information disclosure, and the appliance's web interface must be exposed to the attacker's network path. |
| Impact | This is a genuine but modest-severity issue. The CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:N = 5.3, MEDIUM) is internally consistent with the description: an unauthenticated remote attacker sends a spoofed X-Forwarded-For header, and the impact is confined to disclosure of configuration information (C:L only, no integrity or availability impact). CWE-290 (Authentication Bypass by Spoofing) accurately fits the described trust of a client-controlled header. No EPSS score, no CISA KEV listing, and no public proof-of-concept were provided, so there is no signal of active or automated exploitation. The realistic priority is LOW despite the network-reachable, unauthenticated nature: the payoff is limited to information disclosure on a niche video-surveillance appliance, and the vulnerable web interface must be exposed to the attacker. Note the vector describes a non-TLS interface and trivial header spoofing (AC:L, no user interaction), which makes exploitation easy where the appliance is network-reachable - the low priority comes from limited impact and narrow deployment, not from difficulty of exploitation. |
| Exploit ScenarioDerived | An attacker with network access to an Apex NVR's non-TLS web interface sends an HTTP request containing a forged X-Forwarded-For header set to a loopback address (e.g., 127.0.0.1). The appliance trusts this header as the true source, treats the request as a local connection, and returns configuration information that is normally restricted to local-only access. 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 – Sep 22, 2026
Configuration information disclosure in OpenEye Apex Network Video Recorder (NVR) firmware 3.2.9.376 arises because the firmware trusts a client-supplied X-Forwarded-For header when determining the request's source address, so an unauthenticated remote attacker can spoof a loopback address such as 127.0.0.1 and defeat local-connection-only controls on the appliance's non-TLS web interfaces. Successful abuse discloses configuration information only; the assessed vector (CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:N) confirms no integrity or availability impact and no authentication or user interaction requirement. The flawed design has been present since at least firmware 2.2.3.4, is fixed in 3.5.4, and no public exploit has been identified at time of analysis, consistent with this being a genuine but modest-severity issue.
RemediationAI
Upgrade affected OpenEye Apex NVR appliances to firmware 3.5.4, which is the vendor-released fix for this issue (Vendor-released patch: 3.5.4); consult the vendor alert at https://portal.openeye.net/updates/issue-alerts/1059 and the researcher advisory at https://www.securifera.com/advisories/ for upgrade instructions. Where immediate upgrade is not possible, compensating controls should target the two prerequisites of the attack: first, stop exposing the non-TLS web interface - use the TLS management interface instead and block plaintext HTTP access to the device at the network boundary, though this may break integrations or automation clients that only speak HTTP; second, restrict management access to a dedicated, tightly scoped VLAN or allowlist of trusted administrative hosts, accepting that anyone inside that network segment can still spoof the header. Deploying a reverse proxy in front of the appliance that strips or overwrites inbound X-Forwarded-For headers reduces the spoofing surface, but note the trade-off that it only helps for traffic routed through the proxy and does not remediate the appliance's underlying trust in the header. Neither workaround corrects the firmware logic, so patching to 3.5.4 remains the definitive remediation; no public exploit has been identified for this issue at time of analysis.
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 root cause is CWE-290 (Authentication Bypass by Spoofing): the Apex NVR firmware derives the request's origin from the HTTP X-Forwarded-For header rather than the actual transport-layer peer address. X-Forwarded-For is a de facto proxy header that is trivially attacker-controlled unless the receiving application only honors it from a trusted reverse proxy, and here the firmware accepts it from any arbitrary client. Because certain administrative or diagnostic web endpoints on the non-TLS interface are gated by a 'local connection only' check - a check that compares the perceived source address against loopback - an attacker who injects X-Forwarded-For: 127.0.0.1 is treated as a local caller and granted access to those endpoints, which return configuration data. The exposure is bounded by the need for network reachability to the non-TLS (plaintext HTTP) web interface and by a confidentiality-only impact class; the CPE cpe:2.3:a:openeye:apex_network_video_recorder_(nvr) identifies the affected platform, and the design weakness predates 3.2.9.376, having existed since at least firmware 2.2.3.4.
Know when Openeye 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
AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:N
Remotely spoofable header (AV:N/AC:L) needing no auth or interaction (PR:N/UI:N); impact limited to configuration information disclosure (C:L, I:N/A:N), matching the vendor score.
Primary rating from Vendor (Securifera).
CVSS VectorVendor: Securifera
DescriptionCVE.org
OpenEye Apex Network Video Recorder (NVR) firmware 3.2.9.376 trusts an X-Forwarded-For header supplied by an arbitrary client when determining the request source address. An unauthenticated remote attacker can spoof a loopback address to bypass local-connection-only security controls exposed on the affected non-TLS web interfaces and disclose configuration information. The underlying design has been present since at least firmware 2.2.3.4.
Upgrade to version 3.5.4.
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
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
OS command injection in OpenEye Apex Network Video Recorder firmware (2.2.3.4 through 3.2.9.376) allows an authenticated
Unauthenticated remote attackers can authenticate to the password-reset workflow of OpenEye Apex Network Video Recorder
Administrator password takeover in OpenEye Apex Network Video Recorder (NVR) firmware up to 3.2.9.376 is possible becaus
EUVD-2026-84983
GHSA-2jx4-m53c-2mqc
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB