<?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: same security traffic in Network Security</title>
    <link>https://community.cisco.com/t5/network-security/same-security-traffic/m-p/1653027#M604279</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;The "same-security-traffic" is used to avoid the need to configure access-list to allow communication flow between the 2 or more interfaces in the same security level. NAT still needs to be configured despite the "same-security-traffic" command.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Further to that, it also enables traffic to be routed in and out the same interface for "permit intra-interface", ie: hairpin as you have described it.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If you are considering to remove:&lt;/P&gt;&lt;P&gt;"inter-interface" --&amp;gt; look to see if you have any interfaces having the same security level. If you don't, then it's safe to remove.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;"intra-interface" --&amp;gt; VPN hairpin as well as if you have a need to hairpin traffic in and out the same interface.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Hope that helps.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Thu, 10 Mar 2011 23:26:52 GMT</pubDate>
    <dc:creator>Jennifer Halim</dc:creator>
    <dc:date>2011-03-10T23:26:52Z</dc:date>
    <item>
      <title>same security traffic</title>
      <link>https://community.cisco.com/t5/network-security/same-security-traffic/m-p/1653026#M604278</link>
      <description>&lt;P&gt;Hi, &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I've been tasked with cleaning up some old client configurations. Can anyone list the legitimate uses of &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;PRE __jive_macro_name="quote" class="jive_text_macro jive_macro_quote"&gt;&lt;/PRE&gt;&lt;/P&gt;&lt;P&gt;same-security-traffic permit inter-interface&lt;/P&gt;&lt;P&gt;same-security-traffic permit intra-interface&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I know intra-interface can be used for hairpinning remote access vpn connections. What else?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I know inter-interface can be used to avoid the need for nat when to interfaces need to communicate. What else?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If you were considering whether or not to remove these statements, what speficially would you be looking for?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks.&lt;/P&gt;</description>
      <pubDate>Mon, 11 Mar 2019 20:04:39 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/same-security-traffic/m-p/1653026#M604278</guid>
      <dc:creator>lcaruso</dc:creator>
      <dc:date>2019-03-11T20:04:39Z</dc:date>
    </item>
    <item>
      <title>Re: same security traffic</title>
      <link>https://community.cisco.com/t5/network-security/same-security-traffic/m-p/1653027#M604279</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;The "same-security-traffic" is used to avoid the need to configure access-list to allow communication flow between the 2 or more interfaces in the same security level. NAT still needs to be configured despite the "same-security-traffic" command.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Further to that, it also enables traffic to be routed in and out the same interface for "permit intra-interface", ie: hairpin as you have described it.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If you are considering to remove:&lt;/P&gt;&lt;P&gt;"inter-interface" --&amp;gt; look to see if you have any interfaces having the same security level. If you don't, then it's safe to remove.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;"intra-interface" --&amp;gt; VPN hairpin as well as if you have a need to hairpin traffic in and out the same interface.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Hope that helps.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 10 Mar 2011 23:26:52 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/same-security-traffic/m-p/1653027#M604279</guid>
      <dc:creator>Jennifer Halim</dc:creator>
      <dc:date>2011-03-10T23:26:52Z</dc:date>
    </item>
    <item>
      <title>Re: same security traffic</title>
      <link>https://community.cisco.com/t5/network-security/same-security-traffic/m-p/1653028#M604280</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;First,&lt;STRONG&gt;&lt;EM&gt; thanks&lt;/EM&gt;&lt;/STRONG&gt; for your reply and giving me good ideas as to what to look for. Then, regarding your statement&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;PRE __jive_macro_name="quote" class="jive_text_macro jive_macro_quote"&gt;&lt;P&gt;&lt;SPAN&gt;NAT still needs to be configured despite the "same-security-traffic" command&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;/PRE&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Sorry, but I found someone who disagrees with this statement&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;PRE __jive_macro_name="quote" class="jive_text_macro jive_macro_quote"&gt;&lt;P&gt;&lt;/P&gt;&lt;P class="MsoNormal"&gt;&lt;STRONG&gt;&lt;SPAN&gt;Cisco ASA, PIX,
and FWSM Firewall Handbook (2nd Edition)&lt;/SPAN&gt;&lt;/STRONG&gt;&lt;/P&gt;

&lt;P class="MsoNormal"&gt;&lt;SPAN&gt;&lt;A href="http://www.amazon.com/s/ref=ntt_athr_dp_sr_1?_encoding=UTF8&amp;amp;sort=relevancerank&amp;amp;search-alias=books&amp;amp;field-author=David%20Hucaby"&gt;David
Hucaby&lt;/A&gt; (Author) &lt;/SPAN&gt;&lt;/P&gt;

&lt;P class="MsoNormal"&gt;&lt;SPAN&gt; &lt;/SPAN&gt;&lt;/P&gt;

&lt;P class="MsoNormal"&gt;&lt;SPAN&gt; &lt;/SPAN&gt;&lt;/P&gt;

&lt;P class="MsoNormal"&gt;&lt;STRONG&gt;&lt;SPAN&gt;6-2: Address Translation&lt;/SPAN&gt;&lt;/STRONG&gt;&lt;/P&gt;

&lt;P class="MsoNormal"&gt;&lt;SPAN&gt;Cisco firewalls provide security policies and traffic
inspection using two basic principles:&lt;/SPAN&gt;&lt;/P&gt;

&lt;P class="MsoNormal"&gt;&lt;SPAN&gt; &lt;/SPAN&gt;&lt;/P&gt;

&lt;P class="MsoNormal"&gt;&lt;SPAN&gt;• &lt;/SPAN&gt;&lt;STRONG&gt;&lt;SPAN&gt;Address translation&lt;/SPAN&gt;&lt;/STRONG&gt;&lt;SPAN&gt;—When a host on one firewall interface initiates a
connection to a host on&lt;/SPAN&gt;&lt;/P&gt;

&lt;P class="MsoNormal"&gt;&lt;SPAN&gt;a different interface, the firewall must provide a way
to translate the IP addresses across itself&lt;/SPAN&gt;&lt;/P&gt;

&lt;P class="MsoNormal"&gt;&lt;SPAN&gt;appropriately. Even if the IP addresses should appear
identically on both sides of the firewall, a&lt;/SPAN&gt;&lt;/P&gt;

&lt;P class="MsoNormal"&gt;&lt;SPAN&gt;translation must still occur.&lt;/SPAN&gt;&lt;/P&gt;

&lt;P class="MsoNormal"&gt;&lt;SPAN&gt; &lt;/SPAN&gt;&lt;/P&gt;

&lt;P class="MsoNormal"&gt;&lt;SPAN style="color: #000000;"&gt;One exception to this is when the &lt;STRONG&gt;same-security-traffic &lt;/STRONG&gt;command is used to allow&lt;/SPAN&gt;&lt;/P&gt;

&lt;P class="MsoNormal"&gt;&lt;SPAN style="color: #000000;"&gt;traffic to pass between interfaces with an identical
security level. In that case, address&lt;/SPAN&gt;&lt;/P&gt;

&lt;P class="MsoNormal"&gt;&lt;SPAN style="color: #000000;"&gt;translation can still be configured if it is needed,
&lt;EM&gt;but it is not required&lt;/EM&gt;. The other&lt;/SPAN&gt;&lt;/P&gt;

&lt;P class="MsoNormal"&gt;&lt;SPAN style="color: #000000;"&gt;exception is when the &lt;STRONG&gt;no nat-control &lt;/STRONG&gt;&lt;/SPAN&gt;&lt;SPAN&gt;&lt;SPAN style="color: #000000;"&gt;command is used. This is the
default b&lt;/SPAN&gt;eginning&lt;/SPAN&gt;&lt;/P&gt;

&lt;P class="MsoNormal"&gt;&lt;SPAN&gt;with ASA 7.0 and FWSM 3.1(1), which allows hosts to
initiate connections through&lt;/SPAN&gt;&lt;/P&gt;

&lt;P class="MsoNormal"&gt;&lt;SPAN&gt;the firewall without requiring address translation.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;/PRE&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 10 Mar 2011 23:40:11 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/same-security-traffic/m-p/1653028#M604280</guid>
      <dc:creator>lcaruso</dc:creator>
      <dc:date>2011-03-10T23:40:11Z</dc:date>
    </item>
    <item>
      <title>Re: same security traffic</title>
      <link>https://community.cisco.com/t5/network-security/same-security-traffic/m-p/1653029#M604281</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Spot on.... sorry, wrong information about the NAT with same-security-traffic&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Here is the Cisco doc as well for your reference:&lt;/P&gt;&lt;P&gt;&lt;A class="jive-link-external-small" href="http://www.cisco.com/en/US/docs/security/asa/asa82/configuration/guide/nat_overview.html#wpxref77088"&gt;http://www.cisco.com/en/US/docs/security/asa/asa82/configuration/guide/nat_overview.html#wpxref77088&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;and more about the same-security-traffic:&lt;/P&gt;&lt;P&gt;&lt;A class="jive-link-external-small" href="http://www.cisco.com/en/US/docs/security/asa/asa82/configuration/guide/intrface.html#wp1061479"&gt;http://www.cisco.com/en/US/docs/security/asa/asa82/configuration/guide/intrface.html#wp1061479&lt;/A&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 11 Mar 2011 00:03:59 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/same-security-traffic/m-p/1653029#M604281</guid>
      <dc:creator>Jennifer Halim</dc:creator>
      <dc:date>2011-03-11T00:03:59Z</dc:date>
    </item>
    <item>
      <title>Re: same security traffic</title>
      <link>https://community.cisco.com/t5/network-security/same-security-traffic/m-p/1653030#M604282</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;thanks for the links!&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 11 Mar 2011 00:08:33 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/same-security-traffic/m-p/1653030#M604282</guid>
      <dc:creator>lcaruso</dc:creator>
      <dc:date>2011-03-11T00:08:33Z</dc:date>
    </item>
    <item>
      <title>Re: same security traffic</title>
      <link>https://community.cisco.com/t5/network-security/same-security-traffic/m-p/1653031#M604283</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I came across some practical examples in my work recently for the same-security-traffic permit-intra interface.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;When the ASA is the default gateway for workstations at a site that also has another internal subnet not directly connected to the ASA which the ASA routes to, basically sending packets right back out the same interface they came from. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The other was VPN on a stick with a central hub site and several spokes. &lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 21 Mar 2011 23:18:36 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/same-security-traffic/m-p/1653031#M604283</guid>
      <dc:creator>lcaruso</dc:creator>
      <dc:date>2011-03-21T23:18:36Z</dc:date>
    </item>
  </channel>
</rss>

