lowCVSS 2.2Vulnerability

GHSA-x5hg-x4gv-j98m

### Description A regression was introduced in OpenSearch 2.18.0 that caused the `plugins.security.ssl.transport.enforce_hostname_verification` setting to be ineffective. When this setting was enabled, OpenSearch did not verify that the hostname in a connecting node's TLS certificate matched the hostname of the connection. This could allow a node with a valid certificate (signed by the cluster's trusted CA) but an incorrect hostname SAN to join the cluster. ### Impact Clusters running affected versions with hostname verification enabled did not receive the expected protection from this setting. A node presenting a certificate signed by the cluster's trusted CA could join the cluster regardless of whether its hostname SAN matched. This regression does not affect certificate validation itself — only the additional hostname verification check. ### Patches This issue is fixed in OpenSearch 2.19.4 and 3.3.0. ### Workarounds Use more restrictive values for `plugins.security.nodes_dn` to limit which certificates are accepted for node-to-node communication.

Properties

ghsa_id
GHSA-x5hg-x4gv-j98m
severity
low
summary
OpenSearch has ineffective TLS certificate hostname verification
cvss_score
2.2
cve_id
GHSA-x5hg-x4gv-j98m
cvss_vector
CVSS:3.1/AV:N/AC:H/PR:H/UI:N/S:U/C:N/I:L/A:N
is_ghsa_only
true
ghsa_published
2026-05-07T00:09:18Z
source_url
https://github.com/advisories/GHSA-x5hg-x4gv-j98m
ghsa_updated
2026-05-07T00:09:21Z

Related Entities (4)

VULNERABLE_TO (1)

[Software]maven/org.opensearch.plugin:opensearch-security

AFFECTS (1)

[Software]maven/org.opensearch.plugin:opensearch-security

HAS_WEAKNESS (1)

[Weakness]Improper Certificate Validation

REPORTED_BY (1)

[Source]GitHub Advisory Database

Explore deeper with Ninja Signal's threat intelligence graph

GHSA-x5hg-x4gv-j98m (CVSS 2.2) — Ninja Signal Threat Intelligence | Ninja Signal