Nagios Log Server
CVE-2025-44824
MEDIUM
Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAuthenticate with read-only API credentials
-
DeliverySend crafted stop request to system API
-
ExploitAuthorization check bypassed
-
ExecutionElasticsearch service halted
-
ImpactLog ingestion and search denied
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Authorization logic validation
MITRE ATT&CK
1 technique across 1 tactic: Privilege Escalation The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires a valid authenticated session with at least read-only API access to Nagios Log Server versions prior to 2024R1.3.2; the attacker then invokes the system stop endpoint /nagioslogserver/index.php/api/system/stop?subsystem=elasticsearch, which improperly authorizes the read-only role to stop the Elasticsearch subsystem. Limiting factors: the attacker must possess or obtain working credentials (no fully unauthenticated path), and the API endpoint must be network-reachable; impact is confined to availability of the Elasticsearch-backed logging/search service, with no data disclosure or modification. A notable detection caveat is that the API falsely returns 'Could not stop elasticsearch' even when the service is successfully stopped. |
| Impact | This is a moderate, availability-only issue rather than a top-tier emergency. The provided CVSS 3.1 vector (AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H, base 6.5) is internally consistent with the description: a network-reachable, low-complexity action that requires authentication (PR:L - a user holding read-only API access) and yields a pure availability impact (stopping the Elasticsearch backend) with no confidentiality or integrity loss. CWE-863 (improper authorization) matches the core defect - a read-only principal is permitted a state-changing administrative action it should not have. Signals partially reinforce each other and partially temper the risk: POC exploit code is publicly available (skraft9/nagios-log-server-dos), which raises practical exploitability, and EPSS is elevated for a non-KEV flaw (2.77%, 86th percentile). However, this is NOT on the CISA KEV list, so there is no evidence of active real-world exploitation despite the available POC - POC availability and active exploitation are distinct signals and should not be conflated. The requirement for valid authentication (even if only read-only) meaningfully limits the attacker population to insiders or anyone who has already obtained a low-privilege credential, and the impact ceiling is a denial of the logging/search service, not data theft or RCE. Net: a legitimate patch-soon issue for Nagios Log Server operators (especially given the authorization bypass is trivial once authenticated), but not a drop-everything critical. |
| Exploit ScenarioDerived | An attacker who already holds a low-privilege, read-only API account (or has phished/stolen such a credential) sends a single crafted GET to /nagioslogserver/index.php/api/system/stop?subsystem=elasticsearch and halts the Elasticsearch backend, blanking log ingestion and search for all users. A public POC (skraft9/nagios-log-server-dos) automates this, and because the action succeeds even though the API returns 'Could not stop elasticsearch', defenders may be misled about whether the stop occurred. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 08, 2026
Authenticated users holding only read-only API access in Nagios Log Server versions prior to 2024R1.3.2 can stop the underlying Elasticsearch service by calling the system stop endpoint with the elasticsearch subsystem parameter, degrading availability of the log ingestion, indexing, and search stack. The vulnerability is an incorrect authorization flaw (CWE-863) rated CVSS 6.5 with a PR:L vector, meaning the attacker must already possess valid credentials - no unauthenticated path exists - and impact is limited to availability with no data disclosure or modification. Publicly available exploit code exists (a GitHub proof-of-concept), and EPSS places the issue at roughly 2.77% (86th percentile), but there is no confirmation of active exploitation in CISA KEV; a vendor fix is available in 2024R1.3.2.
RemediationAI
Upgrade to Nagios Log Server 2024R1.3.2 or later - the vendor-released patch that corrects the missing authorization check on the system stop endpoint; see the changelog at https://www.nagios.com/changelog/#log-server for the official release notes. Where immediate upgrading is not possible, treat read-only API credentials as sensitive: rotate and minimize accounts with read-only API access, since such an account is sufficient to trigger the attack, and restrict network reachability of /nagioslogserver/index.php/api/ to trusted management networks or reverse-proxy allowlists (trade-off: this can break legitimate remote integrations and monitoring that use the API). Additionally, do not rely on the API's own JSON response for detection, because it falsely reports {"message": "Could not stop elasticsearch"} even when the stop succeeds; instead alert on Elasticsearch process termination, sudden gaps in log ingestion/indexing, or unauthenticated/read-only callers hitting /api/system/stop with subsystem=elasticsearch. Full public exploit code is available (https://github.com/skraft9/nagios-log-server-dos), which lowers the effort required for a credential-holding attacker, so patch priority should account for any exposure of read-only API accounts.
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
Nagios Log Server is a PHP-based log management appliance that wraps an Elasticsearch backend for storage and search, exposing a REST-style API under /nagioslogserver/index.php/api/. The flaw is classified as CWE-863 (Incorrect Authorization): the API endpoint /nagioslogserver/index.php/api/system/stop accepts a subsystem parameter and, when given subsystem=elasticsearch, fails to enforce the privilege level required to halt a backend service, allowing a caller with only read-only API permissions to invoke it. This is a broken access-control / missing role check rather than an injection or memory-safety issue, so the security boundary being crossed is a vertical privilege escalation within the application's own role model, constrained to service lifecycle operations. An operational wrinkle makes detection harder: the API returns the JSON body {"message": "Could not stop elasticsearch"} even on successful termination, so administrators reviewing API responses rather than the actual Elasticsearch process state may not realize the stop succeeded. CPE data confirms the affected surface is the Nagios Log Server 2024 R1 line (r1 through r1.3.1) plus earlier unversioned releases.
Know when Nagios 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:L/UI:N/S:U/C:N/I:N/A:H
Network-reachable API, low complexity, requires an authenticated low-privilege (read-only) account so PR:L; impact is solely service availability, hence C:N/I:N/A:H and scope unchanged.
Primary rating from NVD.
CVSS VectorNVD
DescriptionNVD
Nagios Log Server before 2024R1.3.2 allows authenticated users (with read-only API access) to stop the Elasticsearch service via a /nagioslogserver/index.php/api/system/stop?subsystem=elasticsearch call. The service stops even though "message": "Could not stop elasticsearch" is in the API response. This is GL:NLS#474.
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.
Affected Products (CPE)NVD
Nagios XI version xi-5.7.5 is affected by OS command injection. Rated high severity (CVSS 8.8), this vulnerability is re
Nagios XI version xi-5.7.5 is affected by OS command injection. Rated high severity (CVSS 8.8), this vulnerability is re
Nagios XI version xi-5.7.5 is affected by OS command injection. Rated high severity (CVSS 8.8), this vulnerability is re
Multiple stack-based buffer overflows in the get_history function in history.cgi in Nagios Core before 3.4.4, and Icinga
Incomplete blacklist vulnerability in nrpc.c in Nagios Remote Plug-In Executor (NRPE) before 2.14 might allow remote att
Nagios XI version xi-5.7.5 is affected by cross-site scripting (XSS). Rated medium severity (CVSS 6.1), this vulnerabili
Multiple off-by-one errors in Nagios Core 3.5.1, 4.0.2, and earlier, and Icinga before 1.8.5, 1.9 before 1.9.4, and 1.10
MagpieRSS, as used in the front-end component in Nagios Core before 4.2.2 might allow remote attackers to read or write
Snoopy 1.0 in Nagios XI 5.5.6 allows remote unauthenticated attackers to execute arbitrary commands via a crafted HTTP r
SQL injection vulnerability in the core config manager in Nagios XI 5.2.x through 5.4.x before 5.4.13 allows an attacker
Authentication bypass vulnerability in the core config manager in Nagios XI 5.2.x through 5.4.x before 5.4.13 allows an
A path traversal vulnerability exists in Nagios XI below version 5.8.5 AutoDiscovery component and could lead to post au
NVD
CVE.org
EPSS
GitHub
Exploit-DB