Test Node.js TLS hostname verification before deploying a client
A TLS client can trust the certificate authority that signed a certificate and still need to reject the connection. Trust answers who signed the certificate; hostname verification answers whether that certificate was issued for the service the client intended to reach. Losing the second check turns a certificate for one trusted name into a possible credential for another connection.
This matters when a Node.js service uses a private CA, a development proxy, a custom TLS wrapper, or an extra callback around tls.connect(). The June 2026 Node.js security releases included a hostname-verification issue, tracked as CVE-2026-48934. The immediate operational response is to update to a supported patched release, then test the client configuration that will actually ship. A version check does not show whether application code has changed the connection options or replaced the default identity check.