Yes. CISA added CVE-2018-14839 to its Known Exploited Vulnerabilities catalogue on 25 March 2022, which it does only when there is reliable evidence of active exploitation. CISA has not linked it to known ransomware campaigns. LG N1A1 NAS 3718.510 is affected by a remote code execution vulnerability. Any organisation running the affected product should treat remediation as urgent.
How to confirm CVE-2018-14839 is being exploited in the wild
The practical test is not whether the vulnerability exists, but whether your LG N1A1 NAS is exposed and reachable in a way that makes exploitation plausible. For this CVE, focus on asset inventory, internet exposure, firmware state, and whether the device is still in service. If it is reachable and unremediated, assume the exposure is active until proved otherwise.
Because CISA has already placed the CVE in KEV, the operational question becomes whether your environment contains the affected product and whether any compensating control has prevented exploitation. The fastest confirmation path is to identify all LG N1A1 NAS instances, verify they are not externally reachable, and compare them against the vendor advisory and KEV entry for the authoritative remediation path.
What to do when patching or replacement is delayed
For KEV-listed exploitation, delay is itself a risk condition. If immediate remediation is not possible, reduce attack surface first: remove direct internet exposure, restrict management interfaces, segment the device away from higher-trust networks, and treat any public-facing deployment as a priority exception. That buys time, but it does not neutralize the underlying remote code execution risk.
When a device cannot be remediated promptly, document the compensating control explicitly and set a short exception window. Do not accept an open-ended exception for a remote command execution issue on a network appliance. If the platform is unsupported or no trustworthy fix path exists, replacement is the safer long-term answer than repeated exposure management.
What to check after exposure or suspected compromise
For an internet-exposed NAS with remote code execution, the most important follow-up is compromise assessment, not just patching. Review system and access logs where available, look for unexpected configuration changes, new users, altered services, unusual outbound traffic, and signs that the appliance was used as a foothold for lateral movement or data access.
If there is any evidence that attacker code executed, rotate credentials and secrets that the NAS could have stored, exposed, or proxied, including administrative passwords and any integration credentials tied to backups, sync jobs, or remote management. Also verify whether the device participated in authentication flows or file-sharing paths that could have exposed downstream systems.
Risk and Threat Considerations
Remote code execution on a NAS is high impact because the device often sits on a trust boundary between user data, backups, and internal network access. Once exploited, an attacker may gain persistence, read sensitive files, tamper with backups, or pivot into adjacent systems that trust the appliance.
Failure mechanism: Exploitation succeeds when an exposed management or service interface can be reached and the vulnerable code path is triggered before any patch, restriction, or compensating control blocks it.
Impact: The appliance can become an initial access point, a data exposure point, or a lateral movement platform, which is why KEV-listed RCE on storage infrastructure should be treated as urgent.
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 CSF 2.0 and NIST SP 800-53 Rev 5 set the governance and control requirements practitioners need to meet.
| Framework | Control / Reference | Relevance |
|---|---|---|
| CIS Controls v8 | CIS-7 — Continuous Vulnerability Management | KEV-listed RCE needs rapid exposure review and remediation prioritization. |
| Recommendation — Prioritise and remediate exposed KEV vulnerabilities first. | ||
| NIST CSF 2.0 | ID.RA-01 — Asset Vulnerability Identification | The answer depends on identifying the affected NAS instances and their exposure state. |
| PR.AA-01 — Identity and Access Management | Hardening management access is part of reducing the attack surface for the NAS. | |
| DE.CM-01 — Networks and systems are monitored to detect potential cybersecurity events | Post-exposure validation requires monitoring for signs of compromise or abuse. | |
| Recommendation — Inventory exposed assets and identify vulnerable instances quickly. Restrict administrative access paths to the appliance. Monitor the appliance for suspicious changes and outbound activity. | ||
| NIST SP 800-53 Rev 5 | SI-2 — Flaw Remediation | The subject is an exploited vulnerability requiring timely remediation and tracking. |
| Recommendation — Apply vendor remediation promptly and track exceptions tightly. | ||
Practitioner Guidance
What to prioritise: Confirm whether the device is still exposed to the internet or broader internal networks, then remove that exposure before you spend time on broader forensic questions. Exposure control is the fastest way to reduce immediate risk.
What to verify: Check that the affected model is actually in your estate, that the firmware state matches the vendor’s remediation path, and that no exception has left the device reachable through alternate ports, VPN paths, or admin channels.
Practitioner takeaway: For a KEV-listed NAS RCE, the decision is not whether exploitation is possible, but whether you have reduced exposure quickly enough to stop it from becoming a compromise.
Related resources from NHI Mgmt Group
- Guide: Zero-Day and Exploited Vulnerabilities Guide
- CVE-2018-14839 (LG N1A1 NAS Remote Command Execution)
- Is CVE-2018-0125 (Cisco VPN Routers Remote Code Execution) being exploited in the wild?
- Is CVE-2022-24990 (TerraMaster OS Remote Command Execution) being exploited in the wild?
- Is CVE-2018-17463 (Google Chromium V8 Remote Code Execution) being exploited in the wild?