<?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: Help with understanding SysLogging entries in Network Security</title>
    <link>https://community.cisco.com/t5/network-security/help-with-understanding-syslogging-entries/m-p/3709385#M12251</link>
    <description>&lt;P&gt;Forget my last statement I was thinking about routers. On the ASA the packet flow bypasses the ACL check on interface ingress if it is an esablished connection.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;The only reason for ACE #18 would be for logging. You should be able to remove ACE #10 and #18 and the connections initiated from 172.24.x.x will be peritted to&amp;nbsp;&lt;SPAN&gt;LSPAPPAMD211 TCP/433 by virtue of the ACL you must have configured on the Zorgnet interface.&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;cheers,&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;Seb.&lt;/SPAN&gt;&lt;/P&gt;</description>
    <pubDate>Wed, 19 Sep 2018 08:03:51 GMT</pubDate>
    <dc:creator>Seb Rupik</dc:creator>
    <dc:date>2018-09-19T08:03:51Z</dc:date>
    <item>
      <title>Help with understanding SysLogging entries</title>
      <link>https://community.cisco.com/t5/network-security/help-with-understanding-syslogging-entries/m-p/3708661#M12244</link>
      <description>&lt;P&gt;Hi All,&lt;BR /&gt;&lt;BR /&gt;I think i have a pretty simple issue/question. I have a interface called "LSPXSG4". This interface has a ACL named "LSPXSG4_access_in". Within this ACL i have a few ACE's, but the following are interesting:&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;
&lt;PRE&gt;access-list LSPXSG4_access_in line 10 extended permit tcp host 172.24.0.43 172.24.0.0 255.255.0.0 eq https (hitcnt=7100098) 0x35047896
access-list LSPXSG4_access_in line 18 extended permit ip host 172.24.0.43 172.24.0.0 255.255.0.0 log informational interval 300 (hitcnt=13122) 0xcfa26d33
&lt;/PRE&gt;
&lt;P&gt;There are no denies before/inbetween these lines.&lt;BR /&gt;As you can see i have set-up logging for line 18 because i want to know what traffic is involved in this "permit ip" statement.&lt;BR /&gt;&lt;BR /&gt;To my confusion, i see the following lines on the SysLog server:&lt;/P&gt;
&lt;PRE&gt;2018-09-18 12:13:38	Local6.Info	192.168.20.71	Sep 18 2018 12:13:39: %ASA-6-106100: access-list LSPXSG4_access_in permitted tcp LSPXSG4/LSPAPPAMD211(443) -&amp;gt; Zorgnet/172.24.99.13(56014) hit-cnt 1 first hit [0xcfa26d33, 0x00000000]
2018-09-18 12:15:35	Local6.Info	192.168.20.71	Sep 18 2018 12:15:37: %ASA-6-106100: access-list LSPXSG4_access_in permitted tcp LSPXSG4/LSPAPPAMD211(443) -&amp;gt; Zorgnet/172.24.142.208(45253) hit-cnt 1 300-second interval [0xcfa26d33, 0x00000000]
2018-09-18 12:15:36	Local6.Info	192.168.20.71	Sep 18 2018 12:15:38: %ASA-6-106100: access-list LSPXSG4_access_in permitted tcp LSPXSG4/LSPAPPAMD211(443) -&amp;gt; Zorgnet/172.24.98.81(55814) hit-cnt 1 first hit [0xcfa26d33, 0x00000000]
2018-09-18 12:16:49	Local6.Info	192.168.20.71	Sep 18 2018 12:16:51: %ASA-6-106100: access-list LSPXSG4_access_in permitted tcp LSPXSG4/LSPAPPAMD211(443) -&amp;gt; Zorgnet/172.24.33.4(60432) hit-cnt 1 first hit [0xcfa26d33, 0x00000000]
2018-09-18 12:19:12	Local6.Info	192.168.20.71	Sep 18 2018 12:19:14: %ASA-6-106100: access-list LSPXSG4_access_in permitted tcp LSPXSG4/LSPAPPAMD211(443) -&amp;gt; Zorgnet/172.24.143.95(46592) hit-cnt 1 first hit [0xcfa26d33, 0x00000000]
2018-09-18 12:25:04	Local6.Info	192.168.20.71	Sep 18 2018 12:25:07: %ASA-6-106100: access-list LSPXSG4_access_in permitted tcp LSPXSG4/LSPAPPAMD211(443) -&amp;gt; Zorgnet/172.24.161.125(21874) hit-cnt 1 first hit [0xcfa26d33, 0x00000000]
2018-09-18 12:25:23	Local6.Info	192.168.20.71	Sep 18 2018 12:25:26: %ASA-6-106100: access-list LSPXSG4_access_in permitted tcp LSPXSG4/LSPAPPAMD211(443) -&amp;gt; Zorgnet/172.24.147.134(59052) hit-cnt 1 first hit [0xcfa26d33, 0x00000000]
2018-09-18 12:26:54	Local6.Info	192.168.20.71	Sep 18 2018 12:26:57: %ASA-6-106100: access-list LSPXSG4_access_in permitted tcp LSPXSG4/LSPAPPAMD211(443) -&amp;gt; Zorgnet/172.24.141.241(7358) hit-cnt 1 first hit [0xcfa26d33, 0x00000000]&lt;/PRE&gt;
&lt;P&gt;&lt;BR /&gt;As you can see, the hex-code (0xcfa26d33) does match line 18 of my ACL. But there are 2 things i don't understand:&lt;/P&gt;
&lt;OL&gt;
&lt;LI&gt;Am i right by saying that in this case, the device "LSPAPPAMD211" behind interface LSPXSG4 is sending packets to various hosts within 172.24.x.x (source port 443, destination port random!?)?&lt;/LI&gt;
&lt;LI&gt;If so, then why are these logs created based on rule #18? ACE Rule #10 literally has the same source and destination, but "https" instead of "ip".&lt;/LI&gt;
&lt;/OL&gt;
&lt;P&gt;I don't seem to understand these logs entries. Normally you would send&amp;nbsp;&lt;STRONG&gt;from&lt;/STRONG&gt; a random port to a defined port (tcp/443 in this case).&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 21 Feb 2020 16:15:13 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/help-with-understanding-syslogging-entries/m-p/3708661#M12244</guid>
      <dc:creator>Eric Snijders</dc:creator>
      <dc:date>2020-02-21T16:15:13Z</dc:date>
    </item>
    <item>
      <title>Re: Help with understanding SysLogging entries</title>
      <link>https://community.cisco.com/t5/network-security/help-with-understanding-syslogging-entries/m-p/3708693#M12245</link>
      <description>&lt;P&gt;Hi there,&lt;BR /&gt;In answer to your questions:&lt;/P&gt;
&lt;P&gt;&lt;BR /&gt;1) Yes.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;2) ACE #10 you have a source port of TCP/any (ie not specified) and a destination port of TCP/443 . Since it is clients in 172.24.x.x connecting to LSPAPPAMD211, they will be using ephemeral port numbers not TCP/443.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Whereas the ACE #18 doesn't specify port numbers, hence you see the hits there.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Remember this is an inbound ACL on LSPXSG4 which LSPAPPAMD211 is behind, therefore you are seeing traffic where LSPAPPAMD211 is the source.&lt;/P&gt;
&lt;P&gt;&lt;BR /&gt;Use the following to get the ouput you expect, move the port argument:&lt;/P&gt;
&lt;PRE&gt;!
access-list LSPXSG4_access_in line 10 extended permit tcp host 172.24.0.43 eq https 172.24.0.0 255.255.0.0
!&lt;/PRE&gt;
&lt;P&gt;cheers,&lt;BR /&gt;Seb.&lt;/P&gt;</description>
      <pubDate>Tue, 18 Sep 2018 12:29:32 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/help-with-understanding-syslogging-entries/m-p/3708693#M12245</guid>
      <dc:creator>Seb Rupik</dc:creator>
      <dc:date>2018-09-18T12:29:32Z</dc:date>
    </item>
    <item>
      <title>Re: Help with understanding SysLogging entries</title>
      <link>https://community.cisco.com/t5/network-security/help-with-understanding-syslogging-entries/m-p/3708825#M12246</link>
      <description>&lt;P&gt;Hi Seb,&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Thanks for your answer, it clears up a lot. Just to be 100% sure:&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;The object&amp;nbsp;&lt;SPAN&gt;LSPAPPAMD211 is sending traffic to various 172.24.x.x hosts with source port 443 and various destination ports. And since those destination ports are&amp;nbsp;&lt;STRONG&gt;not&lt;/STRONG&gt; 443, this traffic is hitting rule #18 in stead of #10, is this right?&lt;BR /&gt;&lt;BR /&gt;If that's right, then i'll just have to track down why the hell this device is sending out traffic with source port 443 and random destination ports, that sounds really weird to me.&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 18 Sep 2018 14:33:14 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/help-with-understanding-syslogging-entries/m-p/3708825#M12246</guid>
      <dc:creator>Eric Snijders</dc:creator>
      <dc:date>2018-09-18T14:33:14Z</dc:date>
    </item>
    <item>
      <title>Re: Help with understanding SysLogging entries</title>
      <link>https://community.cisco.com/t5/network-security/help-with-understanding-syslogging-entries/m-p/3708829#M12247</link>
      <description>&lt;P&gt;Your understanding is correct.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Regarding your concerns about&amp;nbsp;&lt;SPAN&gt;LSPAPPAMD211, this looks like normal HTTPS traffic to me. The clients in 172.24.x.x are connecting to&amp;nbsp;LSPAPPAMD211 on TCP/443. The logs are showing the replies back to the clients.&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;cheers,&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;Seb&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 18 Sep 2018 14:36:18 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/help-with-understanding-syslogging-entries/m-p/3708829#M12247</guid>
      <dc:creator>Seb Rupik</dc:creator>
      <dc:date>2018-09-18T14:36:18Z</dc:date>
    </item>
    <item>
      <title>Re: Help with understanding SysLogging entries</title>
      <link>https://community.cisco.com/t5/network-security/help-with-understanding-syslogging-entries/m-p/3708923#M12248</link>
      <description>&lt;P&gt;If you state it that way it looks normal, but isn't it weird that i need a seperate ACE for allowing the return packets?&lt;/P&gt;</description>
      <pubDate>Tue, 18 Sep 2018 15:53:21 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/help-with-understanding-syslogging-entries/m-p/3708923#M12248</guid>
      <dc:creator>Eric Snijders</dc:creator>
      <dc:date>2018-09-18T15:53:21Z</dc:date>
    </item>
    <item>
      <title>Re: Help with understanding SysLogging entries</title>
      <link>https://community.cisco.com/t5/network-security/help-with-understanding-syslogging-entries/m-p/3709083#M12249</link>
      <description>&lt;P&gt;Although an ASA will permit traffic to flow from a high security-level interface to a lower security-level on, as soon as an ACL is implemented an implicit deny is present.&lt;/P&gt;
&lt;P&gt;Irrespective of connection state (eg return traffic) you will have to explicitly permit it in order for the communication to succeed.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;cheers,&lt;/P&gt;
&lt;P&gt;Seb.&lt;/P&gt;</description>
      <pubDate>Tue, 18 Sep 2018 20:26:36 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/help-with-understanding-syslogging-entries/m-p/3709083#M12249</guid>
      <dc:creator>Seb Rupik</dc:creator>
      <dc:date>2018-09-18T20:26:36Z</dc:date>
    </item>
    <item>
      <title>Re: Help with understanding SysLogging entries</title>
      <link>https://community.cisco.com/t5/network-security/help-with-understanding-syslogging-entries/m-p/3709308#M12250</link>
      <description>&lt;P&gt;Hi Seb,&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Thanks for the reply once again. I'm still having a hard time understanding this one.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Let's say the log entries are return-traffic on HTTPS requests. The traffic is initiated from devices behind the "Zorgnet" interface. On that interface i have a ACE to permit traffic from 172.24.x.x to the LSPAPPAMD211 device.&lt;BR /&gt;&lt;BR /&gt;The traffic coming from the Zorgnet interface reaches the LSPAPPAMD211 machine, and the LSPAPPAMD211 replies to the HTTPS packets. I don't understand why i would have to explicitly define the return traffic on the LSPXSG4 interface. Isn't that what TCP is all about?&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;TABLE&gt;
&lt;TBODY&gt;
&lt;TR&gt;
&lt;TD&gt;&lt;STRONG&gt;Src.Interface&lt;/STRONG&gt;&lt;/TD&gt;
&lt;TD&gt;&lt;STRONG&gt;Src.Host&lt;/STRONG&gt;&lt;/TD&gt;
&lt;TD&gt;&lt;STRONG&gt;Type&lt;/STRONG&gt;&lt;/TD&gt;
&lt;TD&gt;&lt;STRONG&gt;Dst.Interface&lt;/STRONG&gt;&lt;/TD&gt;
&lt;TD&gt;&lt;STRONG&gt;Dst.Host&lt;/STRONG&gt;&lt;/TD&gt;
&lt;/TR&gt;
&lt;TR&gt;
&lt;TD&gt;&lt;SPAN&gt;Zorgnet&lt;/SPAN&gt;&lt;/TD&gt;
&lt;TD&gt;&lt;SPAN&gt;172.24.x.x&lt;/SPAN&gt;&lt;/TD&gt;
&lt;TD&gt;SYN&lt;/TD&gt;
&lt;TD&gt;&lt;SPAN&gt;LSPXSG4&lt;/SPAN&gt;&lt;/TD&gt;
&lt;TD&gt;&lt;SPAN&gt;LSPAPPAMD211&lt;/SPAN&gt;&lt;/TD&gt;
&lt;/TR&gt;
&lt;TR&gt;
&lt;TD&gt;&lt;SPAN&gt;LSPXSG4&lt;/SPAN&gt;&lt;/TD&gt;
&lt;TD&gt;&lt;SPAN&gt;LSPAPPAMD211&lt;/SPAN&gt;&lt;/TD&gt;
&lt;TD&gt;SYN-ACK&lt;/TD&gt;
&lt;TD&gt;&lt;SPAN&gt;Zorgnet&lt;/SPAN&gt;&lt;/TD&gt;
&lt;TD&gt;&lt;SPAN&gt;172.24.x.x&lt;/SPAN&gt;&lt;/TD&gt;
&lt;/TR&gt;
&lt;TR&gt;
&lt;TD&gt;&lt;SPAN&gt;Zorgnet&lt;/SPAN&gt;&lt;/TD&gt;
&lt;TD&gt;&lt;SPAN&gt;172.24.x.x&lt;/SPAN&gt;&lt;/TD&gt;
&lt;TD&gt;ACK&lt;/TD&gt;
&lt;TD&gt;&lt;SPAN&gt;LSPXSG4&lt;/SPAN&gt;&lt;/TD&gt;
&lt;TD&gt;&lt;SPAN&gt;LSPAPPAMD211&lt;/SPAN&gt;&lt;/TD&gt;
&lt;/TR&gt;
&lt;/TBODY&gt;
&lt;/TABLE&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 19 Sep 2018 06:31:22 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/help-with-understanding-syslogging-entries/m-p/3709308#M12250</guid>
      <dc:creator>Eric Snijders</dc:creator>
      <dc:date>2018-09-19T06:31:22Z</dc:date>
    </item>
    <item>
      <title>Re: Help with understanding SysLogging entries</title>
      <link>https://community.cisco.com/t5/network-security/help-with-understanding-syslogging-entries/m-p/3709385#M12251</link>
      <description>&lt;P&gt;Forget my last statement I was thinking about routers. On the ASA the packet flow bypasses the ACL check on interface ingress if it is an esablished connection.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;The only reason for ACE #18 would be for logging. You should be able to remove ACE #10 and #18 and the connections initiated from 172.24.x.x will be peritted to&amp;nbsp;&lt;SPAN&gt;LSPAPPAMD211 TCP/433 by virtue of the ACL you must have configured on the Zorgnet interface.&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;cheers,&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;Seb.&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Wed, 19 Sep 2018 08:03:51 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/help-with-understanding-syslogging-entries/m-p/3709385#M12251</guid>
      <dc:creator>Seb Rupik</dc:creator>
      <dc:date>2018-09-19T08:03:51Z</dc:date>
    </item>
  </channel>
</rss>

