You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@zookeeper.apache.org by "Ivan Khanas (Jira)" <ji...@apache.org> on 2026/09/03 12:35:00 UTC

[jira] [Assigned] (ZOOKEEPER-4961) Client side hostname verification failed due to reverse dns lookup in sasl client

     [ https://issues.apache.org/jira/browse/ZOOKEEPER-4961?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Ivan Khanas reassigned ZOOKEEPER-4961:
--------------------------------------

    Assignee: Ivan Khanas

> Client side hostname verification failed due to reverse dns lookup in sasl client
> ---------------------------------------------------------------------------------
>
>                 Key: ZOOKEEPER-4961
>                 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-4961
>             Project: ZooKeeper
>          Issue Type: Bug
>          Components: java client
>    Affects Versions: 3.8.4, 3.9.3
>            Reporter: Kezhu Wang
>            Assignee: Ivan Khanas
>            Priority: Major
>
> Sasl client and {{ClientCnxnSocket}} use same {{{color}{color:#000000}InetSocketAddress{color}}} object. If sasl is enabled(which is the default), it will do {{getHostName}} which will change the result of {{getHostString}} which is used by {{ClientCnxnSocket}}.
> Normally this doesn't matter. But in fips-mode (which is enabled by default in 3.9), this could fail client side hostname verification. This could happen in following situation:
> 1. server cert is signed with san ip address "127.0.0.1"
> 2. connection string is "127.0.0.1"
> 3. zookeeper.fips-mode is enabled in client
> 4. zookeeper.sasl.client is enabled
> 5. zookeeper.ssl.hostnameVerification is enabled
> Then the ssl connection could rejected by client as sasl client reverse dns lookup will turn {{getHostString}} to "localhost" which does not match server cert.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)