Join our Newsletter — 33% off our NHI Course
Home› Glossary› Threats, Abuse & Incident Response› CVE-2018-13379 (Fortinet FortiOS SSL VPN Path…
Threats, Abuse & Incident Response

CVE-2018-13379 (Fortinet FortiOS SSL VPN Path Traversal)

← Back to Glossary
By NHI Mgmt Group Updated October 17, 2026 Domain: Threats, Abuse & Incident Response

CVE-2018-13379 is a SSL VPN path traversal vulnerability in Fortinet FortiOS. CISA added it to the Known Exploited Vulnerabilities catalogue on 3 November 2021, which means attackers have used it in real attacks. Organisations running the affected product should apply the vendor fix or mitigation as a priority.

What This Vulnerability Means in a VPN Appliance

This CVE is a path traversal flaw in Fortinet FortiOS SSL VPN, which matters because a VPN edge device sits on a high-trust boundary. When that boundary is weak, an attacker may reach files or functionality that should not be exposed through the remote-access surface.

For defenders, the key point is that SSL VPN issues are not just software bugs, they are exposure problems on internet-facing infrastructure. That is why VPN Security Guide is relevant here, and why VPN appliance findings should be treated as urgent rather than routine patch backlog items.

How Organisations Check Exposure

Exposure checks should start with an authoritative asset inventory that identifies every FortiOS instance, including redundant, branch, and recovery appliances. From there, teams should confirm whether the device is internet reachable, whether SSL VPN is enabled, and whether vendor advisories or emergency bulletins indicate a fix or mitigation is available.

For a vulnerability already known to be exploited in the wild, the strongest practical question is not “does this CVE exist?” but “where is this product deployed and how fast can we verify status?” The Vulnerability Management Guide is a useful companion because it frames KEV-driven prioritisation, verification, and remediation tracking around real exposure.

Remediation and Compensating Controls

The primary response is to apply the vendor fix or mitigation as soon as operationally possible, then remove any unnecessary VPN exposure that is not required for business access. Where patching is delayed, organisations should reduce reachability, constrain access paths, and tighten the surrounding trust boundary so the vulnerable service is harder to reach and abuse.

Broader remote-access hardening also matters because VPN weaknesses often become one piece of a larger compromise chain. Remote Access Identity Guide is relevant to the control choices that reduce standing access and make remote entry more deliberate, while NIST SP 800-207 Zero Trust Architecture supports the principle of not relying on the VPN edge as the only trust decision.

Detection and Post-Exploitation Review

After exploitation, the question shifts from the vulnerability to the compromise path. Review VPN logs, authentication events, unusual remote sessions, unexpected source geographies, and any signs that the appliance was used as an initial foothold into internal systems.

Because internet-facing VPN appliances are attractive to threat actors, compromise can quickly lead to credential theft, session hijacking, or lateral movement. The State of NHI & AI Agent Breach Report 2026 and MITRE ATT&CK Enterprise Matrix both help readers connect initial access to the downstream behaviours defenders should hunt for.

Risk and Threat Considerations

Internet-facing SSL VPN flaws are especially dangerous because they sit at the point where external traffic becomes trusted access. A path traversal bug can expose configuration, session, or system data, and that can turn one edge-device weakness into a broader intrusion path.

Failure mechanism: An attacker abuses path traversal in the VPN service to reach unintended resources, then uses the appliance’s trusted position to pivot, steal material, or enable follow-on access.

Impact: The result can include unauthorized access, exposure of sensitive internal data, session compromise, or a faster route into the corporate network than normal perimeter controls would allow.

Standards & Framework Alignment

This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.

NIST CSF 2.0, NIST SP 800-53 Rev 5 and CIS Controls v8 set the governance and control requirements practitioners need to meet.

FrameworkControl / ReferenceRelevance
NIST CSF 2.0ID.AM-01 — Physical Devices and Systems InventoryAsset inventory is central to locating exposed FortiOS appliances.
GV.RM-01 — Risk Management StrategyKEV-listed exploitation requires prioritized remediation decisions.
Recommendation — Inventory every FortiOS VPN appliance and confirm its exposure path. Prioritise this CVE in your risk workflow because it is known exploited.
NIST SP 800-53 Rev 5SI-2 — Flaw RemediationThis CVE requires vendor fix application and remediation tracking.
AC-17 — Remote AccessSSL VPN is a remote-access control that must be constrained and monitored.
Recommendation — Apply the vendor fix or mitigation and verify remediation completion. Restrict and monitor remote access paths that expose the vulnerable VPN service.
CIS Controls v8CIS-7 — Continuous Vulnerability ManagementKnown exploited vulnerabilities require active identification and prioritization.
Recommendation — Use continuous vulnerability management to find and prioritise exposed FortiOS instances.

Practitioner Guidance

Why practitioners should care: Treat this CVE as a perimeter-risk event, not a routine application defect, because the affected service is often exposed directly to the internet and already proven exploitable in real attacks. Prioritise verification of exposure and remediation over broad, low-signal scanning activity.

What to watch for: Look for any FortiOS SSL VPN instance that is externally reachable, especially if it is older, rarely reviewed, or operationally sensitive. After remediation, validate the appliance and adjacent identity or session controls for signs that the exploit path was already used.

Practitioner takeaway: Edge-device vulnerabilities demand both fast patching and a compromise review, because the appliance itself can become the bridge between external access and internal compromise.

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.

NHIMG Editorial Note
Reviewed and updated by the NHIMG editorial team on October 17, 2026.
NHI Mgmt Group — the #1 independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org