<?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: ASA SYN attacks report in Reporting</title>
    <link>https://community.splunk.com/t5/Reporting/ASA-SYN-attacks-report/m-p/179955#M3889</link>
    <description>&lt;P&gt;Hi Martin,&lt;BR /&gt;
What I'm trying to do is see which ip addresses are talking the most/participating in the 'Duplicate TCP SYN' traffic the most. Essentially a top talker report.&lt;BR /&gt;
There are a ton of those log lines in the report and I'm trying to trace down those IP's to get them worked on. &lt;BR /&gt;
Does that make sense?&lt;BR /&gt;
Thanks,&lt;BR /&gt;
Lindsay&lt;/P&gt;</description>
    <pubDate>Mon, 10 Mar 2014 21:41:03 GMT</pubDate>
    <dc:creator>lbogle</dc:creator>
    <dc:date>2014-03-10T21:41:03Z</dc:date>
    <item>
      <title>ASA SYN attacks report</title>
      <link>https://community.splunk.com/t5/Reporting/ASA-SYN-attacks-report/m-p/179953#M3887</link>
      <description>&lt;P&gt;Hello,&lt;BR /&gt;
I am seeing this repeatedly in our log file and wanted to try and tease out patterns in what IP is sourcing most of this traffic but the IP addresses don't appear to be getting recognized as I was hoping. I was using &lt;/P&gt;

&lt;P&gt;firewall.company.com SYN  from  Inside* | stats  sum(count) &lt;/P&gt;

&lt;P&gt;on the following data:&lt;/P&gt;

&lt;P&gt;Mar 10 09:49:05 firewall.Company.COM %ASA-4-419002: Duplicate TCP SYN from Inside:someipaddress/33641 to Inside:someipaddress/80 with different initial sequence number&lt;/P&gt;

&lt;P&gt;No statistics or visualization are getting generated though.&lt;BR /&gt;
Any suggestions?&lt;/P&gt;

&lt;P&gt;Thanks!&lt;/P&gt;</description>
      <pubDate>Mon, 10 Mar 2014 17:06:17 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Reporting/ASA-SYN-attacks-report/m-p/179953#M3887</guid>
      <dc:creator>lbogle</dc:creator>
      <dc:date>2014-03-10T17:06:17Z</dc:date>
    </item>
    <item>
      <title>Re: ASA SYN attacks report</title>
      <link>https://community.splunk.com/t5/Reporting/ASA-SYN-attacks-report/m-p/179954#M3888</link>
      <description>&lt;P&gt;&lt;CODE&gt;stats sum(count)&lt;/CODE&gt; would compute the sum of all values for the field &lt;CODE&gt;count&lt;/CODE&gt;. I don't see such a field in your data, so that's likely why you're not getting any statistics.&lt;/P&gt;

&lt;P&gt;What are you actually trying to compute?&lt;/P&gt;

&lt;P&gt;If you're going for a total count, try &lt;CODE&gt;stats count&lt;/CODE&gt;. To split that by a field, try &lt;CODE&gt;stats count by field&lt;/CODE&gt;.&lt;/P&gt;</description>
      <pubDate>Mon, 10 Mar 2014 21:14:10 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Reporting/ASA-SYN-attacks-report/m-p/179954#M3888</guid>
      <dc:creator>martin_mueller</dc:creator>
      <dc:date>2014-03-10T21:14:10Z</dc:date>
    </item>
    <item>
      <title>Re: ASA SYN attacks report</title>
      <link>https://community.splunk.com/t5/Reporting/ASA-SYN-attacks-report/m-p/179955#M3889</link>
      <description>&lt;P&gt;Hi Martin,&lt;BR /&gt;
What I'm trying to do is see which ip addresses are talking the most/participating in the 'Duplicate TCP SYN' traffic the most. Essentially a top talker report.&lt;BR /&gt;
There are a ton of those log lines in the report and I'm trying to trace down those IP's to get them worked on. &lt;BR /&gt;
Does that make sense?&lt;BR /&gt;
Thanks,&lt;BR /&gt;
Lindsay&lt;/P&gt;</description>
      <pubDate>Mon, 10 Mar 2014 21:41:03 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Reporting/ASA-SYN-attacks-report/m-p/179955#M3889</guid>
      <dc:creator>lbogle</dc:creator>
      <dc:date>2014-03-10T21:41:03Z</dc:date>
    </item>
    <item>
      <title>Re: ASA SYN attacks report</title>
      <link>https://community.splunk.com/t5/Reporting/ASA-SYN-attacks-report/m-p/179956#M3890</link>
      <description>&lt;P&gt;That sounds like you're looking for &lt;CODE&gt;stats count by src_ip&lt;/CODE&gt; or &lt;CODE&gt;top src_ip&lt;/CODE&gt; or &lt;CODE&gt;timechart count by src_ip&lt;/CODE&gt;, each assuming the source ip address is extracted as field &lt;CODE&gt;src_ip&lt;/CODE&gt;.&lt;/P&gt;</description>
      <pubDate>Mon, 10 Mar 2014 21:53:13 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Reporting/ASA-SYN-attacks-report/m-p/179956#M3890</guid>
      <dc:creator>martin_mueller</dc:creator>
      <dc:date>2014-03-10T21:53:13Z</dc:date>
    </item>
    <item>
      <title>Re: ASA SYN attacks report</title>
      <link>https://community.splunk.com/t5/Reporting/ASA-SYN-attacks-report/m-p/179957#M3891</link>
      <description>&lt;P&gt;So that sounds like that is correct. I went to the event actions on the left and src_ip does not appear to be getting extracted. How do I extract that field at search time?&lt;BR /&gt;
Does this look close?&lt;BR /&gt;
firewall.company.com SYN | rex "[Inside(?&lt;IP&gt;.+?)]" | top ip&lt;/IP&gt;&lt;/P&gt;

&lt;P&gt;Thanks!&lt;/P&gt;</description>
      <pubDate>Mon, 10 Mar 2014 22:43:59 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Reporting/ASA-SYN-attacks-report/m-p/179957#M3891</guid>
      <dc:creator>lbogle</dc:creator>
      <dc:date>2014-03-10T22:43:59Z</dc:date>
    </item>
    <item>
      <title>Re: ASA SYN attacks report</title>
      <link>https://community.splunk.com/t5/Reporting/ASA-SYN-attacks-report/m-p/179958#M3892</link>
      <description>&lt;P&gt;Close, but no cigar... Square brackets [] in regular expressions form a character group. Based on your one example event you'd need something like this:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;base search | rex "Inside:(?&amp;lt;src_ip&amp;gt;[^/]+)/(?&amp;lt;src_port&amp;gt;\d+)\s+to\s+Inside:(?&amp;lt;dst_ip&amp;gt;[^/]+)/(?&amp;lt;dst_port&amp;gt;\d+)"
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;Look for the first Inside:, grab the src ip until the slash, grab the src port, look for the second Inside, grab the dest ip until the slash, grab the dest port.&lt;BR /&gt;
Once you're happy with the regex you should configure that as a field extraction, so everyone can use the fields without having to add the rex call every time.&lt;/P&gt;</description>
      <pubDate>Thu, 13 Mar 2014 20:08:39 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Reporting/ASA-SYN-attacks-report/m-p/179958#M3892</guid>
      <dc:creator>martin_mueller</dc:creator>
      <dc:date>2014-03-13T20:08:39Z</dc:date>
    </item>
    <item>
      <title>Re: ASA SYN attacks report</title>
      <link>https://community.splunk.com/t5/Reporting/ASA-SYN-attacks-report/m-p/179959#M3893</link>
      <description>&lt;P&gt;419002&lt;/P&gt;

&lt;P&gt;Error Message    %ASA-4-419002: Received duplicate TCP SYN from &lt;BR /&gt;
in_interface:src_address/src_port to out_interface:dest_address/dest_port with different &lt;BR /&gt;
initial sequence number.&lt;BR /&gt;
Explanation    A duplicate TCP SYN was received during the three-way-handshake that has a different initial sequence number than the SYN that opened the embryonic connection. This could indicate that SYNs are being spoofed. This message occurs in Release 7.0.4.1 and later.&lt;BR /&gt;
•in_interface—The input interface&lt;/P&gt;

&lt;P&gt;•src_address—The source IP address of the packet&lt;/P&gt;

&lt;P&gt;•src_port—The source port of the packet&lt;/P&gt;

&lt;P&gt;•out_interface—The output interface&lt;/P&gt;

&lt;P&gt;•dest_address—The destination IP address of the packet&lt;/P&gt;

&lt;P&gt;•dest_port—The destination port of the packet&lt;/P&gt;

&lt;P&gt;Recommended Action    None required.&lt;/P&gt;</description>
      <pubDate>Tue, 29 Sep 2020 07:38:03 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Reporting/ASA-SYN-attacks-report/m-p/179959#M3893</guid>
      <dc:creator>terrabit</dc:creator>
      <dc:date>2020-09-29T07:38:03Z</dc:date>
    </item>
  </channel>
</rss>

