Skip to main content

NXLog Agent CVE-2025-67900

HIGH
Inclusion of Functionality from Untrusted Control Sphere (CWE-829)
2025-12-14 cve@mitre.org
8.1
CVSS 3.1 · Vendor: mitre
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Gain local foothold on agent host
  2. Delivery
    Set OPENSSL_CONF to malicious config path
  3. Exploit
    Agent loads untrusted OpenSSL config on TLS init
  4. Execution
    Attacker engine/provider module executes
  5. Impact
    Code execution as agent service account

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A08:2025 - Software or Data Integrity Failures
ASVS 5.0
V15 - Secure Coding and Architecture Trusted source inclusion only
Exploitation Conditions

Requires the ability to set or influence the OPENSSL_CONF environment variable of the NXLog Agent process on affected versions (before 6.11) and to place a malicious OpenSSL configuration file (referencing a hostile engine/provider module) reachable by the agent. Exploitation is LIMITED by: local access only (AV:L) - no remote/network path; high attack complexity (AC:H), implying timing or environment-control conditions that are not reliably met; dependence on the agent running with privileges higher than the attacker for meaningful escalation; and only versions prior to 6.11 being vulnerable. In hardened deployments where the service environment is fixed/immutable and unprivileged users cannot alter it, the condition cannot be satisfied.

Impact

This is a classic OpenSSL configuration-injection flaw (CWE-829): NXLog Agent versions before 6.11 honor the OPENSSL_CONF environment variable, so an attacker who can control that variable can point the agent at a malicious OpenSSL config that loads arbitrary engines/providers - effectively code execution in the agent's context. The signals are consistent but modest in urgency: the input CVSS vector is AV:L/AC:H (local access AND high attack complexity), which already caps real-world reachability, while EPSS is only 0.12% (2nd percentile) and there is no CISA KEV listing and no public POC. That low EPSS and absent KEV align with the local, high-complexity vector - this is not a mass-exploitable remote flaw. The headline 8.1 score is driven almost entirely by S:C (scope change) and C:H/I:H/A:H, i.e. the assumption that the agent runs with elevated privileges and that env-var control yields full host compromise. CONFLICT TO VERIFY: the input vector states PR:N (no privileges) yet the only exploitation path is controlling an environment variable inherited by the agent process, which in most deployments requires existing local access or privilege to modify the service environment - PR:N likely understates the real prerequisite, so treat this as a local privilege-escalation/post-compromise issue rather than an initial-access vulnerability. Net: real but lower-priority; patch-in-normal-cycle unless NXLog Agent runs as root/SYSTEM in a multi-user environment.

Exploit ScenarioDerived

A low-privileged local user (or a process able to influence the agent's service environment) sets OPENSSL_CONF to point at an attacker-controlled OpenSSL configuration file that specifies a malicious engine/provider module. When the NXLog Agent starts or reinitializes TLS, it loads that config and executes the attacker's module in the agent's (often elevated) context, escalating privileges. No public exploit code is identified at time of analysis.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
No patch listed yet 0.1% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – Oct 07, 2026

NXLog Agent versions before 6.11 honor the OPENSSL_CONF environment variable when initializing its OpenSSL runtime, allowing a local attacker who can control that variable to point the agent at a malicious configuration file that loads arbitrary engines or providers, which amounts to code execution in the agent's security context. The flaw is a CWE-829 configuration-injection issue with a local-only vector and high attack complexity, and it is most dangerous where the agent service runs with higher privileges than the attacker, creating a privilege-escalation path; it cannot be reached over the network. There is no confirmed active exploitation (not listed in CISA KEV) and no public exploit identified at time of analysis, and the EPSS score of 0.12% (2nd percentile) indicates low predicted exploitation activity.

RemediationAI

Upgrade to NXLog Agent 6.11 or later (vendor-released patch: 6.11), as documented at https://docs.nxlog.co/agent/current/release-notes.html#nxlog-agent-6-11; that release is the only complete fix. Where upgrading is not immediately possible, make the agent's environment attacker-inaccessible: explicitly unset or override OPENSSL_CONF at service start so the agent falls back to a trusted configuration, and lock down the service definition itself (a root-owned 0600 environment file under systemd with ClearEnvironment/ManageForeignEnvironment-style hardening, or an equivalent fixed environment for the Windows service) so unprivileged users cannot influence the variable; the trade-off is that deployments relying on a custom OpenSSL configuration for FIPS providers or engine modules must keep a trusted, root-owned, read-only config path or they will lose that TLS functionality. Additionally run the agent under a dedicated unprivileged service account and restrict write access to any directory it could load configuration from, which limits the privilege gain if the flaw is triggered but may require granting the account extra rights for some input modules. Ensure /proc/<pid>/environ of the running agent is not readable by unprivileged users, since it can reveal environment state and is a common avenue for influencing restarts; note this is a hardening measure, not a substitute for the 6.11 update.

Affected ProductsAI

NXLog Agent installations before version 6.11 are affected, across the platforms the agent ships on (Windows and Unix/Linux service deployments); no CPE identifiers were provided with the record, so the version boundary in the vendor documentation is the authoritative scoping data. The fixing release is documented in the vendor's release notes at https://docs.nxlog.co/agent/current/release-notes.html#nxlog-agent-6-11, and any deployment pinned to a pre-6.11 build that starts the agent with an attacker-influenceable OPENSSL_CONF value should be treated as exposed.

Affects your stack

Find out whether the stacks and servers you run are on an affected version.

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-829, inclusion of functionality from an untrusted control sphere: NXLog Agent's OpenSSL initialization path reads the OPENSSL_CONF environment variable and loads whatever configuration file it names, instead of using a fixed, trusted OpenSSL configuration. OpenSSL configuration files are not inert - they can direct the library to dynamically load engine or provider modules (for example via dynamic_path and engine/provider activation directives), so a hostile config file that references an attacker-supplied shared object yields code execution inside the agent process. Because the process typically runs as a privileged service, the impact lands in the agent's context rather than the attacker's. The supplied record's vector (CVSS:3.1/AV:L/AC:H/PR:N/UI:N/S:C/C:H/I:H/A:H) scores no privileges required, whereas our assessment treats the prerequisite as the attacker already being able to set or influence the agent's environment (PR:L/S:C, high complexity), and it caps practical exploitation to environments where the service environment is not fixed or immutable; the scope change (S:C) reflects that a compromise of the agent escapes the attacker's own privilege boundary. No CPE identifiers or further technical references beyond the vendor release notes accompanied the record, and the 'Information Disclosure' tag supplied by the reporter is narrower than the actual consequence, which per the assessment is code execution rather than mere disclosure.

Know when the next one hits your stack

  • 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

Vendor (mitre) PRIMARY 8.1 HIGH
AV:L/AC:H/PR:N/UI:N/S:C/C:H/I:H/A:H
vuln.today AI 7.8 HIGH

Env-var control of the agent process realistically needs local low-privilege access (PR:L) with non-trivial conditions (AC:H); malicious OpenSSL module yields code execution crossing a privilege boundary (S:C, C/I/A:H).

3.1 AV:L/AC:H/PR:L/UI:N/S:C/C:H/I:H/A:H
4.0 AV:L/AC:H/AT:N/PR:L/UI:N/VC:H/VI:H/VA:H/SC:H/SI:H/SA:H

Primary rating from Vendor (mitre).

CVSS VectorVendor: mitre

Attack Vector
Local
Attack Complexity
High
Privileges Required
None
User Interaction
None
Scope
Changed
Confidentiality
High
Integrity
High
Availability
High

DescriptionCVE.org

NXLog Agent before 6.11 can load a file specified by the OPENSSL_CONF environment variable.

Executive ViewAI

Why It Matters

A configuration-injection weakness in NXLog Agent (all versions prior to 6.11) allows someone who already has local access to a host to force the agent to load attacker-controlled code under the agent's own security context. The practical danger is on systems where the agent service runs with more privileges than the local user, turning this into a privilege-escalation path on endpoints and servers that security teams rely on for log collection. It cannot be reached over the network, and no vendor patch or public exploit is currently identified, so near-term risk depends on local attacker presence and on how broadly the agent runs with elevated service accounts.

Business Impact: Medium
Compensating Controls

No vendor-released patch identified at time of analysis. Interim mitigations: remove or blank the OPENSSL_CONF variable from the NXLog Agent service environment and any wrapper or startup scripts; restrict write access to the agent installation directory, service definitions, and configuration files to administrators only; prevent non-privileged users from controlling environment variables in the agent's process context; run the agent under a dedicated least-privilege service account rather than SYSTEM or root where operationally feasible; monitor for OPENSSL_CONF modification and unexpected OpenSSL engine/provider loading; and limit local interactive access on hosts running the agent.

Threat Intelligence Overview

EPSS Score
0.1%
Top 98% exploitable
Prevalence
Medium
widely used log-collection agent in enterprise/SIEM fleets, not universal
Data Quality
3 sources
Confidence: Low

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.

SignalValue
Severity HIGH
CISA KEV No
Public POC No
EPSS 0.1%
Patch available No
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision· derived
Defer
Exploitation· derived
None
System Exposure· derived
Small
Automatable· derived
No
Human Impact
Medium

Priority Score

40
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +40
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy