Yes. CISA added CVE-2018-19410 to its Known Exploited Vulnerabilities catalogue on 4 February 2025, which it does only when there is reliable evidence of active exploitation. CISA has not linked it to known ransomware campaigns. Paessler PRTG Network Monitor contains a local file inclusion vulnerability that allows a remote, unauthenticated attacker to create users with read-write privileges (including administrator).
What “being exploited in the wild” means for this CVE
CISA’s KEV listing is the practical signal that matters here. When a vulnerability enters that catalogue, defenders should treat it as active, not theoretical, and assume exploitation pressure is already underway or imminent. For this class of bug, exposure is not just about a vulnerable version existing somewhere, it is about whether the product is reachable and whether the vulnerable function can be invoked by an attacker.
For this advisory, the key question is whether the PRTG instance is internet-facing or otherwise reachable from untrusted networks, and whether any compensating controls limit access to the affected interface. If the system is externally exposed, the priority shifts from routine patch planning to immediate containment and verification.
There is useful supporting guidance in Zero-Day and Exploited Vulnerabilities Guide, especially for triaging KEV-listed issues, compressing response time, and deciding when emergency mitigation is justified.
Why this vulnerability is operationally dangerous
The material risk is not just file read access. In the stated exploitation path, a remote unauthenticated attacker can create users with read-write privileges, including administrator access. That turns a local file inclusion flaw into a high-consequence access control failure, because compromise can quickly become full administrative control of the monitoring platform and potentially the systems it can observe or manage.
That matters because monitoring platforms often sit near sensitive network data, credentials, device inventories, and administrative workflows. Once an attacker gets privileged access to such a console, the compromise can expand from a single application defect into broader environment visibility and control.
When assessing similar exposure patterns, it is useful to compare them with Web Application Attacks Guide and Vulnerability Management Guide, because local file inclusion and KEV-listed exploitation both require rapid validation, scope control, and clear remediation ownership.
For defenders who want deeper exploitation context, CISA Known Exploited Vulnerabilities Catalog and NIST National Vulnerability Database are the authoritative places to confirm the official record and track remediation status.
What to verify before you assume the box is clean
Start by confirming whether the affected PRTG deployment was reachable during the exploitation window and whether any suspicious account creation, privilege changes, or unusual administrative logins occurred. Because the issue can produce administrative access, review the application audit trail, web server logs, authentication logs, and any surrounding endpoint or network telemetry for signs of follow-on activity.
If the instance handled sensitive infrastructure data, also check for lateral movement attempts, new scheduled tasks or services, modified configuration files, and unexpected outbound connections. The main mistake is to stop at patching the application without checking whether the attacker already used the access to establish persistence.
MITRE D3FEND Guide is useful here because it maps the defensive side of the problem: file access mediation, application hardening, account monitoring, and artefact-oriented detection that can expose post-exploitation activity.
Risk and Threat Considerations
This is a high-impact exposure because exploitation can convert a web-facing input flaw into privileged platform access. The threat is not limited to data disclosure, since an attacker who can create administrator-level users can alter monitoring, suppress alerts, or pivot into other systems that trust the platform.
Failure mechanism: The vulnerable path allows a remote unauthenticated attacker to abuse local file inclusion and then leverage the resulting server-side behaviour to create privileged users, bypassing normal access controls.
Impact: A compromised monitoring console can expose sensitive network information, undermine alerting, and provide a launch point for broader internal access or persistence.
Standards & Framework Alignment
This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.
CIS Controls v8, NIST SP 800-53 Rev 5 and OWASP ASVS set the governance and control requirements practitioners need to meet.
| Framework | Control / Reference | Relevance |
|---|---|---|
| CIS Controls v8 | CIS-7 — Continuous Vulnerability Management | This CVE is KEV-listed and needs rapid identification, prioritization, and remediation. |
| Recommendation — Prioritise KEV-listed exposure and verify remediation deadlines through your vulnerability management process. | ||
| NIST SP 800-53 Rev 5 | RA-5 — Vulnerability Monitoring and Scanning | The question centers on identifying and responding to an actively exploited vulnerability. |
| AU-6 — Audit Record Review, Analysis, and Reporting | Post-exploitation checking depends on reviewing logs for account creation and privilege abuse. | |
| AC-2 — Account Management | The exploit can create privileged users, making account governance central to containment and recovery. | |
| Recommendation — Continuously scan for the vulnerable product and validate exposure against current threat intel. Review authentication, admin, and application logs for signs of unauthorized access or persistence. Audit and disable unauthorized accounts, then verify all privileged users are legitimate. | ||
| OWASP ASVS | V4 — API and Web Service | The vulnerability is a web application flaw that enables unauthorized server-side access and user creation. |
| Recommendation — Test the web surface for LFI-like input handling and restrict server-side file access paths. | ||
Practitioner Guidance
What to prioritise: Treat KEV-listed exploitation as an exposure-management event, not a routine patch ticket. If the instance is reachable from untrusted networks, isolate it first, then verify whether any unauthorized users, role changes, or configuration modifications already exist.
What to verify: Do not trust a clean patch alone. Confirm whether logs show anomalous user creation, privilege escalation, or administrative sessions, and preserve evidence before making disruptive changes if compromise is suspected.
Practitioner takeaway: For an exploited-in-the-wild management-plane flaw, the right order is contain, verify, then remediate, because privilege abuse may already have turned a single vulnerability into broader environment access.
Related resources from NHI Mgmt Group
- CVE-2018-19410 (Paessler PRTG Network Monitor Local File Inclusion)
- CVE-2018-9276 (Paessler PRTG Network Monitor OS Command Injection)
- Is CVE-2023-21492 (Samsung Mobile Devices Insertion of Sensitive Information Into Log File) being exploited in the wild?
- Is CVE-2021-20022 (SonicWall Email Security Unrestricted Upload of File) being exploited in the wild?
Deepen Your Knowledge
Free weekly newsletter
Subscribe to the NHI & AI Identity Journal
The latest on NHI and Agentic AI security – articles, research, breaches, news and events every week.
Bonus 33% off our NHI Course when you subscribe.
Reviewed and updated by the NHIMG editorial team on October 18, 2026.
NHI Mgmt Group — the #1 independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org