You are viewing a plain text version of this content. The canonical link for it is here.
Posted to common-dev@hadoop.apache.org by "Steve Loughran (Jira)" <ji...@apache.org> on 2024/09/02 12:25:00 UTC

[jira] [Created] (HADOOP-19260) removal of gcm TLS cyphers blocking abfs access "No negotiable cipher suite"

Steve Loughran created HADOOP-19260:
---------------------------------------

             Summary: removal of gcm TLS cyphers blocking abfs access "No negotiable cipher suite"
                 Key: HADOOP-19260
                 URL: https://issues.apache.org/jira/browse/HADOOP-19260
             Project: Hadoop Common
          Issue Type: Bug
          Components: common, fs/azure
    Affects Versions: 3.4.0
            Reporter: Steve Loughran


we've seen instances of client-abfs TLS negotiation failing "No negotiable cipher suite". this can be fixed by switching to using "Default_JSSE_with_GCM" as the SSL options.

However, DelegatingSSLSocketFactory "Default" attempts OpenSSL, falling back to 
{code}
Default indicates Ordered, preferred OpenSSL, if failed to load then fall
 back to Default_JSSE
{code}

And " Default_JSSE is not truly the the default JSSE implementation because
the GCM cipher is disabled when running on Java "

What does that mean? it means that if you use the "Default" TLS option of "try openssl and fall back to java" doesn't ever turn on gcm encryption.

Proposed:
* "Default" falls back to GCM
* add an option {{Default_JSSE_No_GCM}}

Once we move off java8 turning off GCM is no longer needed for performance, hopefully (benchmarks would be good here)



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

---------------------------------------------------------------------
To unsubscribe, e-mail: common-dev-unsubscribe@hadoop.apache.org
For additional commands, e-mail: common-dev-help@hadoop.apache.org