<?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: Session table and return traffic across Firewall in Network Security</title>
    <link>https://community.cisco.com/t5/network-security/session-table-and-return-traffic-across-firewall/m-p/1401314#M722219</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;PRE __jive_macro_name="quote" class="jive_text_macro jive_macro_quote"&gt;&lt;P&gt;sridharlatcw wrote:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Hi!&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I need your help to understand something about the stateful inspection.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Say we have a source X (initiator) that wants to access a destination Y that is in the "inside"&amp;nbsp; network of the ASA. The source X is accessing Y across a tunnel.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;We have an Crypto ACL allowing this traffic (mandatory to establish tunnel). On the "inside" interface we have an ACL applied but do not have a line allowing Y to reach X.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Since X is the iniator and ASA is configured to allow X-&amp;gt;Y, based on the session table will the return traffic be allowed though the inside ACL doesn't allow?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If yes this logic should be applied for normal traffic as well?&lt;/P&gt;&lt;/PRE&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;As long as the inside acl is applied inbound to the interface then yes return traffic from Y -&amp;gt; X will be allowed because of the stateful nature of the firewall. There are a few exceptions that ie. non-stateful traffic such as GRE etc. would need to be allowed on the inside acl because the firewall doesn't keep state for this protocol. ICMP used to be the same but the ASA now supports ICMP inspection.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;And yes this logic applies to normal traffic as well.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Jon&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 16 Feb 2010 20:03:39 GMT</pubDate>
    <dc:creator>Jon Marshall</dc:creator>
    <dc:date>2010-02-16T20:03:39Z</dc:date>
    <item>
      <title>Session table and return traffic across Firewall</title>
      <link>https://community.cisco.com/t5/network-security/session-table-and-return-traffic-across-firewall/m-p/1401313#M722215</link>
      <description>&lt;P&gt;Hi!&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I need your help to understand something about the stateful inspection.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Say we have a source X (initiator) that wants to access a destination Y that is in the "inside"&amp;nbsp; network of the ASA. The source X is accessing Y across a tunnel.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;We have an Crypto ACL allowing this traffic (mandatory to establish tunnel). On the "inside" interface we have an ACL applied but do not have a line allowing Y to reach X.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Since X is the iniator and ASA is configured to allow X-&amp;gt;Y, based on the session table will the return traffic be allowed though the inside ACL doesn't allow?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If yes this logic should be applied for normal traffic as well?&lt;/P&gt;</description>
      <pubDate>Mon, 11 Mar 2019 17:10:27 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/session-table-and-return-traffic-across-firewall/m-p/1401313#M722215</guid>
      <dc:creator>sridharlatcw</dc:creator>
      <dc:date>2019-03-11T17:10:27Z</dc:date>
    </item>
    <item>
      <title>Re: Session table and return traffic across Firewall</title>
      <link>https://community.cisco.com/t5/network-security/session-table-and-return-traffic-across-firewall/m-p/1401314#M722219</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;PRE __jive_macro_name="quote" class="jive_text_macro jive_macro_quote"&gt;&lt;P&gt;sridharlatcw wrote:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Hi!&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I need your help to understand something about the stateful inspection.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Say we have a source X (initiator) that wants to access a destination Y that is in the "inside"&amp;nbsp; network of the ASA. The source X is accessing Y across a tunnel.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;We have an Crypto ACL allowing this traffic (mandatory to establish tunnel). On the "inside" interface we have an ACL applied but do not have a line allowing Y to reach X.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Since X is the iniator and ASA is configured to allow X-&amp;gt;Y, based on the session table will the return traffic be allowed though the inside ACL doesn't allow?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If yes this logic should be applied for normal traffic as well?&lt;/P&gt;&lt;/PRE&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;As long as the inside acl is applied inbound to the interface then yes return traffic from Y -&amp;gt; X will be allowed because of the stateful nature of the firewall. There are a few exceptions that ie. non-stateful traffic such as GRE etc. would need to be allowed on the inside acl because the firewall doesn't keep state for this protocol. ICMP used to be the same but the ASA now supports ICMP inspection.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;And yes this logic applies to normal traffic as well.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Jon&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 16 Feb 2010 20:03:39 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/session-table-and-return-traffic-across-firewall/m-p/1401314#M722219</guid>
      <dc:creator>Jon Marshall</dc:creator>
      <dc:date>2010-02-16T20:03:39Z</dc:date>
    </item>
    <item>
      <title>Re: Session table and return traffic across Firewall</title>
      <link>https://community.cisco.com/t5/network-security/session-table-and-return-traffic-across-firewall/m-p/1401315#M722222</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Oh.. ok that was something I was not aware of. I thought the return traffic would be denied because the ACL (applied inbound on the inside interface) is not allowing it. Anyways... Jon thank you for the explanation, I appreciate that.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;-Sridhar L&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 17 Feb 2010 16:36:26 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/session-table-and-return-traffic-across-firewall/m-p/1401315#M722222</guid>
      <dc:creator>sridharlatcw</dc:creator>
      <dc:date>2010-02-17T16:36:26Z</dc:date>
    </item>
    <item>
      <title>Re: Session table and return traffic across Firewall</title>
      <link>https://community.cisco.com/t5/network-security/session-table-and-return-traffic-across-firewall/m-p/1401316#M722224</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;PRE __jive_macro_name="quote" class="jive_text_macro jive_macro_quote"&gt;&lt;P&gt;sridharlatcw wrote:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Oh.. ok that was something I was not aware of. I thought the return traffic would be denied because the ACL (applied inbound on the inside interface) is not allowing it. Anyways... Jon thank you for the explanation, I appreciate that.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;-Sridhar L&lt;/P&gt;&lt;/PRE&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Sridhar&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;No problem. glad to have helped.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If you were talking about normal acls on router then yes it would be blocked but because it is a stateful firewall once the connection has been allowed in either direction the return trafffic will be allowed without checking acls.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Jon&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 17 Feb 2010 16:39:24 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/session-table-and-return-traffic-across-firewall/m-p/1401316#M722224</guid>
      <dc:creator>Jon Marshall</dc:creator>
      <dc:date>2010-02-17T16:39:24Z</dc:date>
    </item>
  </channel>
</rss>

