<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Accepted client certificate list for SSL authentication in Security</title>
    <link>https://community.splunk.com/t5/Security/Accepted-client-certificate-list-for-SSL-authentication/m-p/31482#M1050</link>
    <description>&lt;P&gt;I'm trying to setup SSL to encrypt and authenticate communication between forwarders and indexers.&lt;BR /&gt;
I haven't started yet, I'm going thru the documentation and preparing the certificates, everything seems to be straight forward, but there is one thing i could not figure out yet.&lt;/P&gt;

&lt;P&gt;&lt;STRONG&gt;Is there a way to define a "whitelist" or list of accepted client certificates to be allowed to communicate to the Indexer ??&lt;/STRONG&gt;&lt;/P&gt;

&lt;P&gt;I see there are checks on the Forwarder to validate information is being pushed to the right Indexer, but i need to ensure validation on the other direction.&lt;BR /&gt;
Thanks&lt;/P&gt;</description>
    <pubDate>Mon, 12 Nov 2012 21:32:28 GMT</pubDate>
    <dc:creator>rjszuste</dc:creator>
    <dc:date>2012-11-12T21:32:28Z</dc:date>
    <item>
      <title>Accepted client certificate list for SSL authentication</title>
      <link>https://community.splunk.com/t5/Security/Accepted-client-certificate-list-for-SSL-authentication/m-p/31482#M1050</link>
      <description>&lt;P&gt;I'm trying to setup SSL to encrypt and authenticate communication between forwarders and indexers.&lt;BR /&gt;
I haven't started yet, I'm going thru the documentation and preparing the certificates, everything seems to be straight forward, but there is one thing i could not figure out yet.&lt;/P&gt;

&lt;P&gt;&lt;STRONG&gt;Is there a way to define a "whitelist" or list of accepted client certificates to be allowed to communicate to the Indexer ??&lt;/STRONG&gt;&lt;/P&gt;

&lt;P&gt;I see there are checks on the Forwarder to validate information is being pushed to the right Indexer, but i need to ensure validation on the other direction.&lt;BR /&gt;
Thanks&lt;/P&gt;</description>
      <pubDate>Mon, 12 Nov 2012 21:32:28 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Security/Accepted-client-certificate-list-for-SSL-authentication/m-p/31482#M1050</guid>
      <dc:creator>rjszuste</dc:creator>
      <dc:date>2012-11-12T21:32:28Z</dc:date>
    </item>
    <item>
      <title>Re: Accepted client certificate list for SSL authentication</title>
      <link>https://community.splunk.com/t5/Security/Accepted-client-certificate-list-for-SSL-authentication/m-p/31483#M1051</link>
      <description>&lt;P&gt;I am not sure exactly what you are looking to do. But no, a "whitelist" of Client certificates can not be defined. This is fine because the way that SSL works is:&lt;/P&gt;

&lt;OL&gt;
&lt;LI&gt;Client request the server public cert&lt;/LI&gt;
&lt;LI&gt;Server sends its public cert&lt;/LI&gt;
&lt;LI&gt;Client sends its public cert and an initial public key which is created from the server public cert&lt;/LI&gt;
&lt;LI&gt;Client sends signature from private key&lt;/LI&gt;
&lt;LI&gt;Server verifies that the signature matches against the clients public cert&lt;/LI&gt;
&lt;LI&gt;Master key for encryption is generated for client and server that both can decrypt&lt;/LI&gt;
&lt;LI&gt;Connection is established&lt;/LI&gt;
&lt;/OL&gt;

&lt;P&gt;This is a very simplified explanation of what happens but it serves to show that a single key for intra-splunk communications is all that is needed for the same type of connection rather than a list of acceptable client certificates that you may want for a secure web page that can be accessed in a variety of ways by a variety of programs&lt;/P&gt;

&lt;P&gt;As to the second part of your question, what is the validation that you need from the indexer to the forwarder? If it is for the connection then the TCP protocol that is used handles that. If it is for data that is pushed to the forwarder then these would only be in the form of apps or configurations and not index data that would be sent and can be monitored and verified via the Deployment Monitor. &lt;/P&gt;</description>
      <pubDate>Wed, 14 Nov 2012 21:34:36 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Security/Accepted-client-certificate-list-for-SSL-authentication/m-p/31483#M1051</guid>
      <dc:creator>Rob</dc:creator>
      <dc:date>2012-11-14T21:34:36Z</dc:date>
    </item>
    <item>
      <title>Re: Accepted client certificate list for SSL authentication</title>
      <link>https://community.splunk.com/t5/Security/Accepted-client-certificate-list-for-SSL-authentication/m-p/31484#M1052</link>
      <description>&lt;P&gt;Is there no way to authenticate the Forwarders pushing logs ? Does the Indexer accept pushes from anyone ?&lt;BR /&gt;
I was hoping the Indexer could accept or reject a client certificate based on the certificate subject, for example.&lt;/P&gt;</description>
      <pubDate>Mon, 19 Nov 2012 17:58:31 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Security/Accepted-client-certificate-list-for-SSL-authentication/m-p/31484#M1052</guid>
      <dc:creator>rjszuste</dc:creator>
      <dc:date>2012-11-19T17:58:31Z</dc:date>
    </item>
  </channel>
</rss>

