<?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 Re: Splunk CAC login / SSO cookie length in Security</title>
    <link>https://community.splunk.com/t5/Security/Splunk-CAC-login-SSO-cookie-length/m-p/327661#M8403</link>
    <description>&lt;P&gt;Which part, that you might have such a device or that one might exist?&lt;/P&gt;</description>
    <pubDate>Mon, 24 Jul 2017 20:15:11 GMT</pubDate>
    <dc:creator>jkat54</dc:creator>
    <dc:date>2017-07-24T20:15:11Z</dc:date>
    <item>
      <title>Splunk CAC login / SSO cookie length</title>
      <link>https://community.splunk.com/t5/Security/Splunk-CAC-login-SSO-cookie-length/m-p/327657#M8399</link>
      <description>&lt;P&gt;I'm playing with Splunk 6.6.0 and DOD CAC login (X509 client certificates on a smartcard). The documentation says the REMOTE_USER must be in every request, but testing shows this isn't necessarily true, I think. Once the user received a session cookie, I was able to remove the header and stay signed in. In fact, I could close the browser and re-open it and the session was still alive. The cookie was set to expire in 10 years I believe, but I'm sure after 1hr of inactivity the server-side expires it.&lt;/P&gt;

&lt;P&gt;Since client SSL auth and cert extraction is said to be an expensive operation,  I thought I'd only request it once. This is what our web mail does. But I have also read that a per-location ssl verify requires a secure renegotiation and is better done with a separate domain or port. Our web mail uses a different port. So I was thinking of doing a redirect from when Splunk sends the user to /en-US/account/login to go to a separate VirtualHost that has "SSLVerifyClient required" and passes REMOTE_USER from %{SSL_CLIENT_SAN_OTHER_msUPN_0}e which maps to userPrincipleName in LDAP to Active Directory...&lt;/P&gt;

&lt;P&gt;I believe this is a much better way than the previous solutions on here, but:&lt;/P&gt;

&lt;OL&gt;
&lt;LI&gt;Can I rely on passing the REMOTE_USER just once? (perhaps I misunderstood documentation)&lt;/LI&gt;
&lt;LI&gt;Can I get the browser cookie set by Splunk to expire on close? Without editing headers in Apache?&lt;/LI&gt;
&lt;LI&gt;If #1 is false, perhaps I can use my own mod_session setup, and welcome ideas, as I've little experience in cookie security and cross-site attacks.&lt;/LI&gt;
&lt;/OL&gt;</description>
      <pubDate>Tue, 29 Sep 2020 15:02:45 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Security/Splunk-CAC-login-SSO-cookie-length/m-p/327657#M8399</guid>
      <dc:creator>neutronscott</dc:creator>
      <dc:date>2020-09-29T15:02:45Z</dc:date>
    </item>
    <item>
      <title>Re: Splunk CAC login / SSO cookie length</title>
      <link>https://community.splunk.com/t5/Security/Splunk-CAC-login-SSO-cookie-length/m-p/327658#M8400</link>
      <description>&lt;P&gt;"In fact, I could close the browser and re-open it and the session was still alive"&lt;/P&gt;

&lt;P&gt;I find this hard to believe unless you had otnher browser windows open or have a network device that is caching cookies.&lt;/P&gt;</description>
      <pubDate>Sun, 23 Jul 2017 13:21:32 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Security/Splunk-CAC-login-SSO-cookie-length/m-p/327658#M8400</guid>
      <dc:creator>jkat54</dc:creator>
      <dc:date>2017-07-23T13:21:32Z</dc:date>
    </item>
    <item>
      <title>Re: Splunk CAC login / SSO cookie length</title>
      <link>https://community.splunk.com/t5/Security/Splunk-CAC-login-SSO-cookie-length/m-p/327659#M8401</link>
      <description>&lt;BLOCKQUOTE&gt;
&lt;P&gt;"or have a network device that is caching cookies."&lt;/P&gt;
&lt;/BLOCKQUOTE&gt;

&lt;P&gt;I find this hard to believe.&lt;/P&gt;</description>
      <pubDate>Mon, 24 Jul 2017 16:59:13 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Security/Splunk-CAC-login-SSO-cookie-length/m-p/327659#M8401</guid>
      <dc:creator>neutronscott</dc:creator>
      <dc:date>2017-07-24T16:59:13Z</dc:date>
    </item>
    <item>
      <title>Re: Splunk CAC login / SSO cookie length</title>
      <link>https://community.splunk.com/t5/Security/Splunk-CAC-login-SSO-cookie-length/m-p/327660#M8402</link>
      <description>&lt;P&gt;I think the answers are:&lt;/P&gt;

&lt;OL&gt;
&lt;LI&gt;yes&lt;/LI&gt;
&lt;LI&gt;tools.sessions.restart_persist = false&lt;/LI&gt;
&lt;/OL&gt;

&lt;P&gt;This should greatly improve performance as the client certificates aren't verified with each connection.&lt;/P&gt;</description>
      <pubDate>Mon, 24 Jul 2017 18:58:42 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Security/Splunk-CAC-login-SSO-cookie-length/m-p/327660#M8402</guid>
      <dc:creator>neutronscott</dc:creator>
      <dc:date>2017-07-24T18:58:42Z</dc:date>
    </item>
    <item>
      <title>Re: Splunk CAC login / SSO cookie length</title>
      <link>https://community.splunk.com/t5/Security/Splunk-CAC-login-SSO-cookie-length/m-p/327661#M8403</link>
      <description>&lt;P&gt;Which part, that you might have such a device or that one might exist?&lt;/P&gt;</description>
      <pubDate>Mon, 24 Jul 2017 20:15:11 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Security/Splunk-CAC-login-SSO-cookie-length/m-p/327661#M8403</guid>
      <dc:creator>jkat54</dc:creator>
      <dc:date>2017-07-24T20:15:11Z</dc:date>
    </item>
  </channel>
</rss>

