External risk intelligence

OCaml-TLS Certificate Validation Flaw Allows Impersonation.

CVE advisorySeverity: CRITICAL (CVSS 9.1)

CVE-2026-45388

OCaml-TLS is a library used by developers to build network-facing applications. While it is used to implement TLS in internet-connected software, the vulnerability exists within the library code itself rather than a pre-packaged internet-facing service or appliance, making exposure dependent on how developers utilize the library in their specific deployments.

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 concerns a flaw in the OCaml-TLS library, a component used in developing secure network applications. The vulnerability allows for server impersonation due to insufficient certificate validation, potentially impacting the trust and integrity of communications handled by software using this library. The primary concern is to confirm if OCaml-TLS is in use within our environment and to assess any potential exposure.

  • Flaw in secure communication library.
  • Affects trust in network communications.
  • Confirm library use and exposure.

Attack Path

How an attacker could exploit the issue

An attacker could impersonate a legitimate server by using a specially crafted certificate, even if the certificate is not intended for server authentication. This is possible because the OCaml-TLS client does not perform adequate verification of the server's certificate details, specifically the KeyUsage and ExtendedKeyUsage fields. By exploiting this, an attacker could trick the TLS client into establishing a connection with a malicious server, potentially leading to the interception or manipulation of sensitive data.

  • No authentication or user interaction needed.
  • Vulnerable client accepts improper certificates.
  • Enables server impersonation and data compromise.

Live Threat

Current exploitation, exposure, and threat context

When supported by the advisory, the OCaml-TLS client implementation could be tricked into accepting fraudulent server certificates. This could allow an attacker to impersonate a legitimate server, potentially leading to the interception of sensitive information exchanged during TLS sessions.

  • Compromised server authentication.
  • Impersonation via forged certificates.
  • Interception of sensitive data.

Operational Fix

Recommended remediation, mitigation, and detection steps

The OCaml-TLS library's client implementation requires immediate attention from teams responsible for network-facing applications that utilize TLS. The first critical step is to identify all deployments of this library, assess their exposure and business criticality, and then determine the accountable owner for remediation. This proactive approach will ensure a risk-based and efficient response to the identified vulnerability.

  • Application owners should own the issue.
  • Verify library usage and server reachability.
  • Plan remediation based on confirmed risk.

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 OCaml-TLS?

OCaml-TLS is a software library written in the OCaml programming language. Developers integrate this library into their own applications to handle TLS, the protocol that encrypts and secures communications over a network. It serves as a building block for programs that need to verify server identities and keep data private during transit.

What is the vulnerability in CVE-2026-45388?

This flaw is classified as CWE-295, which involves improper certificate validation. In this CVE, the OCaml-TLS client fails to properly check specific certificate fields, such as KeyUsage and ExtendedKeyUsage. Because these fields are ignored, the software may mistakenly trust a certificate that was never intended to prove a server's identity, allowing an attacker to impersonate a legitimate service.

How can an attacker trigger this bug?

An attacker can trigger this by presenting a specially crafted or inappropriate certificate during the TLS handshake. The client will accept the connection as valid because it does not verify if the certificate is actually authorized for server authentication. This does not occur if the server provides a strictly correct and valid certificate that the client happens to successfully validate by other means.

Is my software vulnerable to this TLS issue?

According to Halo Surface Signal, risk depends on how your developers used OCaml-TLS within your specific applications. Since this is a library, not a standalone service, you are only at risk if your software uses OCaml-TLS to connect to servers and you have not yet updated to version 2.1.0 or later. Internal applications are still vulnerable if they initiate TLS connections to untrusted or compromised endpoints.

What should I do if I use OCaml-TLS?

First, perform an inventory to locate where OCaml-TLS is used across your internal and external applications. Once you have identified these components, review your software supply chain to update the library to version 2.1.0 or newer. Prioritize updates for applications that handle sensitive data or connect to high-risk network environments.

References