<?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: Snort for Splunk via rsyslog in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/Snort-for-Splunk-via-rsyslog/m-p/99834#M20864</link>
    <description>&lt;P&gt;It really doesn't matter very much where you put it - Splunk will merge all configuration settings from all those files (more information on that here: &lt;A href="http://docs.splunk.com/Documentation/Splunk/5.0/admin/Wheretofindtheconfigurationfiles"&gt;http://docs.splunk.com/Documentation/Splunk/5.0/admin/Wheretofindtheconfigurationfiles&lt;/A&gt; )&lt;/P&gt;

&lt;P&gt;Generally settings that are 'local' to your specific installation would go into a directory called local rather than default. I'd put it in /opt/splunk/etc/apps/SplunkforSnort/local/props.conf.&lt;/P&gt;</description>
    <pubDate>Thu, 18 Jul 2013 21:19:22 GMT</pubDate>
    <dc:creator>Ayn</dc:creator>
    <dc:date>2013-07-18T21:19:22Z</dc:date>
    <item>
      <title>Snort for Splunk via rsyslog</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Snort-for-Splunk-via-rsyslog/m-p/99829#M20859</link>
      <description>&lt;P&gt;I have a central syslog server forwarding snort alerts to my Splunk system via rsyslog.  These snort alerts are currently the only data being received by Splunk.  The input is configured as syslog and everything is fine in the normal Splunk Search.  I really want to use Snort for Splunk, but it isn't parsing anything correctly with the type "syslog."  &lt;/P&gt;

&lt;P&gt;I manually changed the type to "snort_fast_alert", at which point the IP sections began working, but then the sources of the alerts became the central syslog server rather than the original source of the alert.  &lt;/P&gt;

&lt;P&gt;The last attempt I had was to simply change the source name to "snort" and leave the sourcetype as "syslog", but still no love from Snort for Splunk.  I really need information/aggregation/analysis of the snort alert message field.  &lt;/P&gt;

&lt;P&gt;I've been Googling this for a while now and cannot seem to find an answer to this seemingly common configuration issue.  How can I parse snort alerts received via syslog into Snort for Splunk?  &lt;/P&gt;

&lt;P&gt;Thanks much!&lt;/P&gt;</description>
      <pubDate>Mon, 28 Sep 2020 14:23:08 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Snort-for-Splunk-via-rsyslog/m-p/99829#M20859</guid>
      <dc:creator>caine256</dc:creator>
      <dc:date>2020-09-28T14:23:08Z</dc:date>
    </item>
    <item>
      <title>Re: Snort for Splunk via rsyslog</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Snort-for-Splunk-via-rsyslog/m-p/99830#M20860</link>
      <description>&lt;P&gt;Could you paste some sample data? I've a fairly good idea what is going wrong but would like to verify. There's a long overdue update to Splunk for Snort coming (though I've been saying that for far too long now - ahem) and I plan to include support for Snort's syslog logs as well in that update.&lt;/P&gt;</description>
      <pubDate>Thu, 18 Jul 2013 18:43:04 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Snort-for-Splunk-via-rsyslog/m-p/99830#M20860</guid>
      <dc:creator>Ayn</dc:creator>
      <dc:date>2013-07-18T18:43:04Z</dc:date>
    </item>
    <item>
      <title>Re: Snort for Splunk via rsyslog</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Snort-for-Splunk-via-rsyslog/m-p/99831#M20861</link>
      <description>&lt;P&gt;Hi Ayn, &lt;/P&gt;

&lt;P&gt;Thanks for the response.  Below are a few sample alerts from suricata in snort fast.log format.  &lt;/P&gt;

&lt;P&gt;Jul 18 19:19:51 server1 suricata[88343]: [1:2001219:18] ET SCAN Potential SSH Scan [Classification: Attempted Information Leak] [Priority: 2] {TCP} 1.2.3.4:33835 -&amp;gt; 4.3.2.1:22&lt;BR /&gt;
Jul 18 19:19:45 server1 suricata[88343]: [1:2016292:3] ET TROJAN RevProxy ClickFraud - hello [Classification: A Network Trojan was detected] [Priority: 1] {TCP} 1.2.3.4:30180 -&amp;gt; 4.3.2.1:443&lt;/P&gt;

&lt;P&gt;Thanks!&lt;/P&gt;</description>
      <pubDate>Thu, 18 Jul 2013 20:40:08 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Snort-for-Splunk-via-rsyslog/m-p/99831#M20861</guid>
      <dc:creator>caine256</dc:creator>
      <dc:date>2013-07-18T20:40:08Z</dc:date>
    </item>
    <item>
      <title>Re: Snort for Splunk via rsyslog</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Snort-for-Splunk-via-rsyslog/m-p/99832#M20862</link>
      <description>&lt;P&gt;Right - it wasn't actually the problem I was thinking of - the problem with not getting proper field extractions is that you specified the wrong sourcetype, "&lt;CODE&gt;snort_fast_alert&lt;/CODE&gt;" instead of "&lt;CODE&gt;snort_alert_fast&lt;/CODE&gt;".&lt;/P&gt;

&lt;P&gt;The issue you will encounter though is what you've already discovered - that once you change the sourcetype from &lt;CODE&gt;syslog&lt;/CODE&gt; to pretty much anything else, Splunk will no longer set the host that is specified in the event but rather just set it to wherever it got the event from. This is because Splunk has special rules for rewriting the host field for the sourcetype &lt;CODE&gt;syslog&lt;/CODE&gt;. You can make the same rules apply to the &lt;CODE&gt;snort_alert_fast&lt;/CODE&gt; sourcetype by specifying the following in a props.conf:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;[snort_alert_fast]
TRANSFORMS = syslog-host
&lt;/CODE&gt;&lt;/PRE&gt;</description>
      <pubDate>Thu, 18 Jul 2013 21:03:58 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Snort-for-Splunk-via-rsyslog/m-p/99832#M20862</guid>
      <dc:creator>Ayn</dc:creator>
      <dc:date>2013-07-18T21:03:58Z</dc:date>
    </item>
    <item>
      <title>Re: Snort for Splunk via rsyslog</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Snort-for-Splunk-via-rsyslog/m-p/99833#M20863</link>
      <description>&lt;P&gt;Fantastic!  Thanks for the info.  I'm a complete splunk newb...and there are about 10 props.conf files under splunk.  Which would this most likely be:&lt;/P&gt;

&lt;P&gt;/opt/splunk/etc/apps/SplunkforSnort/default/props.conf&lt;BR /&gt;
/opt/splunk/etc/apps/learned/local/props.conf&lt;BR /&gt;
/opt/splunk/etc/apps/legacy/default/props.conf&lt;BR /&gt;
/opt/splunk/etc/apps/sample_app/default/props.conf&lt;BR /&gt;
/opt/splunk/etc/apps/search/default/props.conf&lt;BR /&gt;
/opt/splunk/etc/apps/search/local/props.conf&lt;BR /&gt;
/opt/splunk/etc/system/README/props.conf.example&lt;BR /&gt;
/opt/splunk/etc/system/README/props.conf.spec&lt;BR /&gt;
/opt/splunk/etc/system/default/props.conf&lt;/P&gt;

&lt;P&gt;Thanks!&lt;/P&gt;</description>
      <pubDate>Thu, 18 Jul 2013 21:12:50 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Snort-for-Splunk-via-rsyslog/m-p/99833#M20863</guid>
      <dc:creator>caine256</dc:creator>
      <dc:date>2013-07-18T21:12:50Z</dc:date>
    </item>
    <item>
      <title>Re: Snort for Splunk via rsyslog</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Snort-for-Splunk-via-rsyslog/m-p/99834#M20864</link>
      <description>&lt;P&gt;It really doesn't matter very much where you put it - Splunk will merge all configuration settings from all those files (more information on that here: &lt;A href="http://docs.splunk.com/Documentation/Splunk/5.0/admin/Wheretofindtheconfigurationfiles"&gt;http://docs.splunk.com/Documentation/Splunk/5.0/admin/Wheretofindtheconfigurationfiles&lt;/A&gt; )&lt;/P&gt;

&lt;P&gt;Generally settings that are 'local' to your specific installation would go into a directory called local rather than default. I'd put it in /opt/splunk/etc/apps/SplunkforSnort/local/props.conf.&lt;/P&gt;</description>
      <pubDate>Thu, 18 Jul 2013 21:19:22 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Snort-for-Splunk-via-rsyslog/m-p/99834#M20864</guid>
      <dc:creator>Ayn</dc:creator>
      <dc:date>2013-07-18T21:19:22Z</dc:date>
    </item>
    <item>
      <title>Re: Snort for Splunk via rsyslog</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Snort-for-Splunk-via-rsyslog/m-p/99835#M20865</link>
      <description>&lt;P&gt;One last question, if you will, on the point that the "host" field will be incorrect.  Could this be corrected with a transform?  Read the original source hostname and replace the "host" field?  Thanks!&lt;/P&gt;</description>
      <pubDate>Thu, 18 Jul 2013 21:50:02 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Snort-for-Splunk-via-rsyslog/m-p/99835#M20865</guid>
      <dc:creator>caine256</dc:creator>
      <dc:date>2013-07-18T21:50:02Z</dc:date>
    </item>
    <item>
      <title>Re: Snort for Splunk via rsyslog</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Snort-for-Splunk-via-rsyslog/m-p/99836#M20866</link>
      <description>&lt;P&gt;No, you can't change any data in the index. If it's really important to have the correct host it's possible to overwrite the host value at search-time though, but the original host data will stay the same.&lt;/P&gt;</description>
      <pubDate>Thu, 18 Jul 2013 21:53:00 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Snort-for-Splunk-via-rsyslog/m-p/99836#M20866</guid>
      <dc:creator>Ayn</dc:creator>
      <dc:date>2013-07-18T21:53:00Z</dc:date>
    </item>
  </channel>
</rss>

