strongSwan versions 4.5.0 prior to 6.0.5 contain an integer underflow vulnerability in the EAP-TTLS AVP parser that allows unauthenticated remote attackers to cause a denial of service by sending crafted AVP data with invalid length fields during IKEv2 authentication. Attackers can exploit the failure to validate AVP length fields before subtraction to trigger excessive memory allocation or NULL pointer dereference, crashing the charon IKE daemon.
Security readout for executives and security teams
Plain-English summary
This flaw can let an unauthenticated remote party crash the strongSwan charon IKE daemon during IKEv2 authentication. For organizations using strongSwan for VPN or IPsec access, the business impact is service outage, not documented data theft or takeover in the supplied sources.
Executive priority
Prioritize patching exposed VPN gateways because a remote unauthenticated outage against remote-access infrastructure can disrupt operations. This is high urgency for availability, but the supplied evidence does not show confidentiality impact or confirmed active exploitation.
Technical view
strongSwan 4.5.0 before 6.0.5 has an integer underflow in EAP-TTLS AVP length handling. Invalid AVP length fields can lead to excessive allocation or NULL pointer dereference, causing denial of service in charon. The supplied CVSS v4 score is 8.7 with high availability impact.
Likely exposure
Internet-facing or partner-facing strongSwan IKEv2 deployments are most relevant, especially where EAP-TTLS authentication is enabled. Deployments not using EAP-TTLS, not exposing IKEv2, or already on fixed vendor packages are less likely exposed.
Exploitation context
The bundle cites exploit-tagged public references, but KEV is false and the provided sources do not establish active exploitation in the wild. Treat the issue as remotely reachable and easy to trigger where the vulnerable authentication path is exposed.
Researcher notes
Focus validation on EAP-TTLS AVP parsing reachability in charon, version provenance, and vendor backport status. Avoid assuming all strongSwan deployments are exploitable; exposure depends on IKEv2 accessibility and EAP-TTLS configuration.
Mitigation direction
Upgrade strongSwan to 6.0.5 or a vendor package containing the fix.
Apply relevant distribution security updates, including Debian LTS guidance where applicable.
Review whether EAP-TTLS is required on exposed IKEv2 services.
Restrict IKEv2 exposure to trusted networks where operationally feasible.
Monitor charon crashes and authentication failure spikes until patched.
Validation and detection
Inventory strongSwan versions across VPN and IPsec gateways.
Confirm whether each deployment exposes IKEv2 to untrusted networks.
Check configuration for EAP-TTLS authentication use.
Verify installed packages include the 6.0.5 fix or vendor backport.
Review logs for recent charon crashes during authentication attempts.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · low confidence lookup
CWE-191: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-191 · source CWE mapping
Integer Underflow (Wrap or Wraparound)
Integer Underflow (Wrap or Wraparound) represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.
NULL Pointer Dereference represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.