Mailing-List: contact commits-help@cassandra.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cassandra.apache.org
Date: Thu, 17 Apr 2014 14:27:15 +0000 (UTC)
From: "Jeremiah Jordan (JIRA)" <jira@apache.org>
To: commits@cassandra.apache.org
Message-ID: <JIRA.12701086.1394658043417.132533.1397744835655@arcas>
In-Reply-To: <JIRA.12701086.1394658043417@arcas>
References: <JIRA.12701086.1394658043417@arcas>
Subject: [jira] [Commented] (CASSANDRA-6847) The binary transport doesn't
 load truststore file
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


    [ https://issues.apache.org/jira/browse/CASSANDRA-6847?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13972980#comment-13972980 ] 

Jeremiah Jordan commented on CASSANDRA-6847:
--------------------------------------------

Can we put a line in changes.txt for this?  I spent 2 days pulling my hair out from this one, and yes I probably should have done a full JIRA search, but I would expect "require_client_auth" being completely broken to show up in changes.txt :/

> The binary transport doesn't load truststore file
> -------------------------------------------------
>
>                 Key: CASSANDRA-6847
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-6847
>             Project: Cassandra
>          Issue Type: Bug
>            Reporter: Mikhail Stepura
>            Assignee: Mikhail Stepura
>            Priority: Minor
>              Labels: ssl
>             Fix For: 1.2.16, 2.0.7, 2.1 beta2
>
>         Attachments: cassandra-2.0-6847.patch
>
>
> {code:title=org.apache.cassandra.transport.Server.SecurePipelineFactory}
> this.sslContext = SSLFactory.createSSLContext(encryptionOptions, false);
> {code}
> {{false}} there means that {{truststore}} file won't be loaded in any case. 
> And that means that the file will not be used to validate clients when {{require_client_auth==true}}, making http://www.datastax.com/documentation/cassandra/2.0/cassandra/security/secureNewTrustedUsers_t.html meaningless.
> The only way to workaround that currently is to start C* with {{-Djavax.net.ssl.trustStore=conf/.truststore}}
> I believe we should load  {{truststore}} when {{require_client_auth==true}},


--
This message was sent by Atlassian JIRA
(v6.2#6252)