Join our Newsletter — 33% off our NHI Course
Home› Glossary› Cyber Security› CVE-2023-27997 (Fortinet FortiOS and FortiProxy SSL-VPN…
Cyber Security

CVE-2023-27997 (Fortinet FortiOS and FortiProxy SSL-VPN Heap-Based Buffer Overflow)

← Back to Glossary
By NHI Mgmt Group Updated October 17, 2026 Domain: Cyber Security

CVE-2023-27997 is a heap-based buffer overflow vulnerability in Fortinet FortiOS and FortiProxy SSL-VPN. CISA added it to the Known Exploited Vulnerabilities catalogue on 13 June 2023, 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 a heap-based buffer overflow means in an SSL-VPN appliance

A heap-based buffer overflow in an SSL-VPN edge product means untrusted network input can overwrite adjacent memory during VPN processing. In an appliance that sits directly on the internet, that is especially dangerous because the flaw is exposed before a user is fully authenticated or placed behind other internal controls.

This class of weakness is not a minor parsing bug. In a remote-access gateway, it can become a direct path to device compromise, session interception, or code execution, depending on how the overflow is reached and what the attacker can control in memory.

Why this CVE is security-critical for FortiOS and FortiProxy

FortiOS and FortiProxy are often deployed as perimeter services, so a vulnerability in their SSL-VPN path can be reachable from the public internet and target a high-value trust boundary. For that reason, the CVE Program and NIST National Vulnerability Database are the right references for record-level identification, while the vendor advisory remains the source of version-specific remediation details.

The main security concern is not just application crash risk. A flaw in SSL-VPN handling can expose credentials, sessions, or management access if exploitation succeeds, and internet-facing appliances are high-value targets because they bridge external traffic into trusted environments.

How organisations assess exposure and verify whether they are affected

Exposure review should start with an asset inventory of every FortiOS and FortiProxy instance, including any forgotten appliances, temporary appliances, or externally published VPN endpoints. From there, confirm whether the device is reachable from the internet, whether SSL-VPN is enabled, and whether the vendor advisory indicates the installed release needs patching or mitigation.

Because this class of issue is actively exploited, organisations should check the NVD entry and the vendor bulletin together, then compare those details with their own external attack surface. If a device is internet-exposed, it should be treated as urgent until proven otherwise.

Remediation, detection, and compromise review

The primary response is to apply the vendor fix or mitigation as soon as operationally possible. If immediate patching is blocked, reduce exposure by limiting internet reachability, restricting access paths, and using compensating controls that reduce the number of systems that can touch the appliance.

After patching, review logs and telemetry for signs of pre-patch compromise, because exploitation of perimeter appliances can leave behind access paths that survive the original bug fix. A post-patch check should include session anomalies, unexpected administrative changes, and any sign that the device was used as a foothold into the broader network.

Risk and Threat Considerations

Internet-facing SSL-VPN appliances are attractive to attackers because they can provide a direct route into enterprise networks, especially when the flaw sits in pre-authentication handling or in the traffic path that processes remote access requests. The practical risk is device compromise, credential or session abuse, and follow-on lateral movement if the appliance is used as an entry point.

Failure mechanism: Heap corruption during VPN request processing can destabilise the appliance, enable code execution, or let an attacker manipulate memory in a way that changes execution flow.

Impact: Successful exploitation can expose remote access, create a trusted foothold inside the environment, and force incident responders to treat the appliance as potentially compromised even after patching.

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 NIST CSF 2.0 set the governance and control requirements practitioners need to meet.

FrameworkControl / ReferenceRelevance
CIS Controls v8CIS-7 — Continuous Vulnerability ManagementThis CVE requires timely identification and remediation of exposed assets.
Recommendation — Prioritise, patch, and verify the vulnerable VPN appliances through continuous vulnerability management.
NIST SP 800-53 Rev 5SI-2 — Flaw RemediationThe issue is a software flaw requiring urgent remediation and verification.
IA-5 — Authenticator ManagementVPN exploitation can expose credentials, sessions, or tokens that must be rotated.
SC-7 — Boundary ProtectionThe vulnerability sits on an internet-facing remote-access boundary.
Recommendation — Track the flaw, apply the vendor fix, and confirm remediation across exposed systems. Rotate affected authenticators and invalidate exposed sessions or secrets after suspected exploitation. Reduce exposure by tightening boundary controls around externally reachable VPN services.
NIST CSF 2.0PR.PS-01 — Deploys software and firmware updates to maintain securityThe term centers on emergency patching of an exploited product flaw.
Recommendation — Apply the vendor update or mitigation promptly to the affected VPN appliances.

Practitioner Guidance

Why practitioners should care: SSL-VPN vulnerabilities on edge appliances are time-sensitive because they sit on a privileged trust boundary and are frequently targeted before remediation windows close. For a vulnerability like this, the operational question is not whether the bug exists, but whether the organisation can inventory, prioritise, patch, and verify every exposed instance fast enough.

Practitioner takeaway: Treat public VPN appliances as emergency-priority assets, and verify both remediation and post-patch integrity instead of assuming the fix alone removes risk.

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