External risk intelligence

curl wolfSSL Public Key Validation Flaw

CVE advisorySeverity: CRITICAL (CVSS 9.1)

CVE-2026-87866

The vulnerability affects curl when used as a client library to perform TLS handshakes. While curl is ubiquitous in internet-facing software, it is often embedded within applications or used in internal scripts rather than being a standalone, internet-facing service itself. Exposure depends entirely on how the specific application utilizes the library for outbound network connections.

Halo Surface Signal: 3 out of 5 — possibly public-facing.

External exposure likelihood

Horizon Alert

Summary of the vulnerability and why it matters

This advisory describes a critical vulnerability in curl, a widely used software component for transferring data over networks, when integrated with wolfSSL. The flaw allows an attacker to trick the system into incorrectly validating a security key during a secure connection, potentially leading to unauthorized access or data compromise. The primary concern is determining if this specific configuration is in use within our environment.

  • Security key validation incorrectly approves connections.
  • Matters if using secure connections with specific software.
  • Confirm relevance and exposure of this specific setup.

Attack Path

How an attacker could exploit the issue

An attacker could trick curl, when it's using wolfSSL, into accepting a fake security certificate during a TLS handshake. This happens because curl mishandles a manipulated certificate detail, causing it to incorrectly believe it's connected to a legitimate server even though the server doesn't have the expected security key. This could allow an attacker to intercept or tamper with the data exchanged.

  • No prior access needed.
  • Manipulated certificate detail.
  • Compromises data integrity and confidentiality.

Live Threat

Current exploitation, exposure, and threat context

When curl is built with wolfSSL and used to establish TLS connections, it may incorrectly authorize a connection due to a flaw in how it re-parses certificates. This could allow a malicious server to impersonate a legitimate one, potentially affecting the confidentiality and integrity of data exchanged with that server.

  • Sensitive server authentication data.
  • Malicious server intercepts TLS connection.
  • Unauthorized access to data, compromised integrity.

Operational Fix

Recommended remediation, mitigation, and detection steps

The critical vulnerability in curl, when built with wolfSSL, necessitates immediate attention from teams managing applications that utilize curl for outbound TLS connections. The first practical move involves identifying all deployments of curl within your environment, assessing their network exposure and business criticality, and pinpointing the accountable application or service owners. This will allow for a risk-based remediation plan.

  • Application owners should take primary responsibility.
  • Verify outbound TLS connection usage first.
  • Plan remediation based on exposure and criticality.

Supplementary metadata

Validate whether this threat affects your internet-facing exposure.

Halo Threat Intelligence helps prioritize remediation with Halo Surface Signal and H/A/L/O context. Start exposure validation with a free external attack surface trial.

Frequently asked questions

What is curl and why is it used with wolfSSL?

curl is a command-line tool and library used to transfer data across networks. Developers integrate it into software to handle HTTP requests and other transfers. wolfSSL is a lightweight TLS library that provides encryption; when curl is built with wolfSSL, it relies on that library to secure its network connections.

How does this CVE-2026-87866 vulnerability work?

This flaw involves Improper Certificate Validation (CWE-295). During a TLS handshake, curl incorrectly re-parses a certificate after being misled by a manipulated validity length field. This confusion causes curl to extract and match the wrong public key, leading it to mistakenly trust a connection that should have failed its security checks.

Do I need to be concerned if I do not use TLS pinning?

Yes, the issue stems from how curl handles public key pinning. If your implementation does not use pinning, this specific re-parsing error may not be triggered in the same way. The vulnerability relies on the logic curl uses to verify expected keys against the certificate presented by the peer.

Is my system at risk according to Halo Surface Signal?

Risk depends on your specific application architecture. Halo Surface Signal notes that while curl is ubiquitous, it is often embedded within internal scripts or applications rather than acting as a standalone internet-facing service. You are most at risk if your application uses curl with wolfSSL to connect to external, untrusted servers.

How should I respond to this curl vulnerability?

Begin by auditing your software inventory to locate where curl is utilized. Determine if those specific instances are compiled with the wolfSSL library. Once identified, work with the relevant application owners to assess if those connections involve sensitive data transfers and prioritize updates based on that criticality.

References