<?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: system support firewall-engine-debug shows rules being bypassed in Network Security</title>
    <link>https://community.cisco.com/t5/network-security/system-support-firewall-engine-debug-shows-rules-being-bypassed/m-p/4533381#M1086519</link>
    <description>&lt;P&gt;Is there an interface associated with the outside_zone for that FTD?&lt;/P&gt;
&lt;P&gt;If there is, perhaps there is something in snort that is allowing the traffic,&amp;nbsp; Have a look at &lt;STRONG&gt;system support trace&lt;/STRONG&gt; in the CLI&lt;/P&gt;</description>
    <pubDate>Tue, 18 Jan 2022 15:31:59 GMT</pubDate>
    <dc:creator>Marius Gunnerud</dc:creator>
    <dc:date>2022-01-18T15:31:59Z</dc:date>
    <item>
      <title>system support firewall-engine-debug shows rules being bypassed</title>
      <link>https://community.cisco.com/t5/network-security/system-support-firewall-engine-debug-shows-rules-being-bypassed/m-p/4532659#M1086492</link>
      <description>&lt;P class=""&gt;&lt;SPAN class=""&gt;&lt;SPAN&gt;It appears this particular firewall is not acknowledging the last rule prior to default action. Its the only firewall in our fleet ignoring that rule. I test all other firewalls and confirmed they are matching. I made sure the zones are applied to interfaces. Not sure what i am missing. Running 7.0.1 version of FDM/FTD&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P class=""&gt;&amp;nbsp;&lt;/P&gt;&lt;P class=""&gt;&amp;nbsp;&lt;/P&gt;&lt;P class=""&gt;&lt;SPAN class=""&gt;&lt;SPAN&gt;192.168.4.55 53343 -&amp;gt; 52.182.141.63 443 6 AS=0 ID=1 GR=1-1 Starting with minimum 0, id 0 and SrcZone first with zones -1 -&amp;gt; -1, geo 0(xff 0) -&amp;gt; 0, vlan 0, src sgt: 0, src sgt type: unknown, dst sgt: 0, dst sgt type: unknown, svc 1122, payload 1423, client 1296, misc 0, user 9999997, url &lt;A href="https://nam10.safelinks.protection.outlook.com/?url=http%3A%2F%2Fself.events.data.microsoft.com%2F&amp;amp;data=04%7C01%7Cbabiojd%40airproducts.com%7Cc8b3f9b4e4374168306a08d9d9c2a0d7%7C950af35660254fdb96a0a9be6b893fec%7C0%7C0%7C637780252504633496%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;amp;sdata=aT3BR6Gij4aIrzP8LC2dtYsaHWtgomJe%2F3TzGWb%2F%2FxQ%3D&amp;amp;reserved=0" target="_blank" rel="noopener"&gt;self.events.data.microsoft.com&lt;/A&gt;, host &lt;A href="https://nam10.safelinks.protection.outlook.com/?url=http%3A%2F%2Fself.events.data.microsoft.com%2F&amp;amp;data=04%7C01%7Cbabiojd%40airproducts.com%7Cc8b3f9b4e4374168306a08d9d9c2a0d7%7C950af35660254fdb96a0a9be6b893fec%7C0%7C0%7C637780252504643491%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;amp;sdata=TVQNjKFNU6saaZjSlyjmFf%2F2aBC9Oq2VQfBwHBAOI50%3D&amp;amp;reserved=0" target="_blank" rel="noopener"&gt;self.events.data.microsoft.com&lt;/A&gt;, no xff&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P class=""&gt;&lt;SPAN&gt;&lt;SPAN class=""&gt;&lt;SPAN&gt;192.168.4.55 53343 -&amp;gt; 52.182.141.63 443 6 AS=0 ID=1 GR=1-1 no match rule order 1, 'Permit VPN 1', dst network, GEO, FQDN&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P class=""&gt;&lt;SPAN&gt;&lt;SPAN class=""&gt;&lt;SPAN&gt;192.168.4.55 53343 -&amp;gt; 52.182.141.63 443 6 AS=0 ID=1 GR=1-1 no match rule order 2, 'Permit VPN 2', src network, GEO, FQDN&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P class=""&gt;&lt;SPAN&gt;&lt;SPAN class=""&gt;&lt;SPAN&gt;192.168.4.55 53343 -&amp;gt; 52.182.141.63 443 6 AS=0 ID=1 GR=1-1 match rule order 3, 'Default Action', action Allow&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P class=""&gt;&lt;SPAN&gt;&lt;SPAN class=""&gt;&lt;SPAN&gt;192.168.4.55 53343 -&amp;gt; 52.182.141.63 443 6 AS=0 ID=1 GR=1-1 allow action&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P class=""&gt;&amp;nbsp;&lt;/P&gt;&lt;P class=""&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="acp.png" style="width: 999px;"&gt;&lt;img src="https://community.cisco.com/t5/image/serverpage/image-id/141408iDC332D48C3AF486F/image-size/large?v=v2&amp;amp;px=999" role="button" title="acp.png" alt="acp.png" /&gt;&lt;/span&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 17 Jan 2022 14:11:27 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/system-support-firewall-engine-debug-shows-rules-being-bypassed/m-p/4532659#M1086492</guid>
      <dc:creator>babiojd01</dc:creator>
      <dc:date>2022-01-17T14:11:27Z</dc:date>
    </item>
    <item>
      <title>Re: system support firewall-engine-debug shows rules being bypassed</title>
      <link>https://community.cisco.com/t5/network-security/system-support-firewall-engine-debug-shows-rules-being-bypassed/m-p/4533381#M1086519</link>
      <description>&lt;P&gt;Is there an interface associated with the outside_zone for that FTD?&lt;/P&gt;
&lt;P&gt;If there is, perhaps there is something in snort that is allowing the traffic,&amp;nbsp; Have a look at &lt;STRONG&gt;system support trace&lt;/STRONG&gt; in the CLI&lt;/P&gt;</description>
      <pubDate>Tue, 18 Jan 2022 15:31:59 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/system-support-firewall-engine-debug-shows-rules-being-bypassed/m-p/4533381#M1086519</guid>
      <dc:creator>Marius Gunnerud</dc:creator>
      <dc:date>2022-01-18T15:31:59Z</dc:date>
    </item>
  </channel>
</rss>

