External risk intelligence

hackney Improper Certificate Validation Vulnerability

CVE advisorySeverity: CRITICAL (CVSS 9.1)

CVE-2026-115693

Hackney is an HTTP client library, not a public-facing service itself. The vulnerability involves improper certificate validation during outbound connections made by an application. While these applications may interact with the public internet, the library code is embedded within client-side or backend software, making direct public internet exposure of the vulnerable component itself uncommon and indirect.

Halo Surface Signal: 2 out of 5 — less likely to be public-facing.

External exposure likelihood

Horizon Alert

Summary of the vulnerability and why it matters

A vulnerability in the hackney_ssl component of the benoitc hackney library could allow an attacker to impersonate a server if they possess a valid certificate for the target hostname. This occurs due to improper handling of certificate validation, where a publicly trusted root can be accepted even when the connection is intended to be pinned to a private certificate authority.

  • Server impersonation possible with valid hostname certificate.
  • Affects applications using hackney for secure connections.
  • Confirm relevance and assess exposure of your services.

Attack Path

How an attacker could exploit the issue

An attacker positioned between the vulnerable application and the target server can trick the application into trusting a malicious server. This is achieved by presenting a certificate that appears to be valid because it chains to a publicly trusted root, even though the application was configured to only trust a private certificate authority. The attacker must possess a valid certificate for the target hostname to succeed.

  • Requires an on-path network position.
  • Triggered by connecting to a malicious server.
  • Risk of server impersonation.

Live Threat

Current exploitation, exposure, and threat context

An attacker on the same network could impersonate a server by presenting a certificate chain that appears valid to the affected library, potentially allowing them to intercept or manipulate traffic when supported by the advisory.

  • Server impersonation could occur.
  • Attackers may intercept traffic.
  • Sensitive data exposure is possible.

Operational Fix

Recommended remediation, mitigation, and detection steps

The Improper Certificate Validation vulnerability in hackney_ssl affects applications using the benoitc hackney library for outbound connections. Responsibility likely lies with the application development teams who integrate this library and the platform teams that manage the underlying runtime environments. The first practical step is to identify all applications utilizing hackney, determine their exposure to untrusted networks, and confirm the accountable owners for each.

  • Application owners should own the issue.
  • Verify hackney usage and network exposure.
  • Plan remediation based on risk assessment.

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 the hackney library used for?

hackney is an HTTP client library designed for the Erlang and Elixir ecosystems. Developers integrate it into their backend applications to perform outbound web requests, such as calling APIs or communicating with other network services. It manages the underlying secure connection logic, including SSL/TLS configuration, to ensure data is transmitted safely.

What is the vulnerability in CVE-2026-115693?

The flaw is an Improper Certificate Validation (CWE-295) issue. The library's SSL component mistakenly prioritizes a publicly trusted certificate root even when a developer has explicitly pinned a connection to a private certificate authority. This means the application may trust an unauthorized server if it presents a certificate chain that reaches a public root, bypassing the intended security restrictions.

How does an attacker trigger this vulnerability?

An attacker needs an 'on-path' position to intercept network traffic between your application and its intended destination. The flaw is not triggered by standard, legitimate traffic. The attacker must specifically present a certificate for the target's hostname that chains to a public root. Simply being on the same network is insufficient if the server certificate does not match the expected hostname.

Do I need to worry about this vulnerability?

According to Halo Surface Signal, the risk is classified as 'Unlikely' for direct public exposure because hackney is a library embedded within applications, not a standalone web server. You should primarily care if your applications perform sensitive outbound requests to internal or private infrastructure where you rely on custom certificate pinning to prevent impersonation.

How should I respond to this advisory?

Start by identifying all services in your environment that rely on the benoitc/hackney library. Once mapped, confirm whether these applications utilize private certificate pinning for their secure connections. Prioritize updating the library to version 4.9.0 or later for any applications that handle sensitive data or communicate over untrusted networks to ensure certificate validation behaves as expected.

References