<?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: negating deny-attacker inline best practice in Network Security</title>
    <link>https://community.cisco.com/t5/network-security/negating-deny-attacker-inline-best-practice/m-p/984375#M79982</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;create 2 event actions filters.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The first event action filter will match the signatures and subnets you want to deny on and don't subtract any actions.  make sure you set it to "stop on match".&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The next one will will match the same signatures but the 0.0.0.0-255.255.255.255 address. remove the appropriate actions.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The net result is that the first event action filter will apply when it matches and the second when it doesn't.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Wed, 21 May 2008 16:35:40 GMT</pubDate>
    <dc:creator>mhellman</dc:creator>
    <dc:date>2008-05-21T16:35:40Z</dc:date>
    <item>
      <title>negating deny-attacker inline best practice</title>
      <link>https://community.cisco.com/t5/network-security/negating-deny-attacker-inline-best-practice/m-p/984374#M79981</link>
      <description>&lt;P&gt;We have recently deployed an inline IPS solution using 5.1(7) E1 software. We would like to deny-attacker-victim-pair-inline for some signatures from one particular subnet on the network but negate the rest. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;In order to correctly implement this, I think that we need to use SigEvent Action Filters on the sensor and use the commands &amp;lt;&amp;lt;actions-to-remove/deny-attacker-victim-pair-inline&amp;gt;&amp;gt; for all subnets accept the one that we wish to allow deny actions for.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I have seen that in the configuration on the sensor you can implement under the section &amp;lt;&amp;lt;service network-access&amp;gt;&amp;gt; a &amp;lt;&amp;lt;never-block-networks&amp;gt;&amp;gt; statement. My understanding is that this is used more for shunning rather then deny-inline solutions. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Am I correct about this?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Please could some one on the list validate that this is the best practice solution for negating deny-attackers inline.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;</description>
      <pubDate>Sun, 10 Mar 2019 11:07:07 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/negating-deny-attacker-inline-best-practice/m-p/984374#M79981</guid>
      <dc:creator>darin.marais</dc:creator>
      <dc:date>2019-03-10T11:07:07Z</dc:date>
    </item>
    <item>
      <title>Re: negating deny-attacker inline best practice</title>
      <link>https://community.cisco.com/t5/network-security/negating-deny-attacker-inline-best-practice/m-p/984375#M79982</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;create 2 event actions filters.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The first event action filter will match the signatures and subnets you want to deny on and don't subtract any actions.  make sure you set it to "stop on match".&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The next one will will match the same signatures but the 0.0.0.0-255.255.255.255 address. remove the appropriate actions.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The net result is that the first event action filter will apply when it matches and the second when it doesn't.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 21 May 2008 16:35:40 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/negating-deny-attacker-inline-best-practice/m-p/984375#M79982</guid>
      <dc:creator>mhellman</dc:creator>
      <dc:date>2008-05-21T16:35:40Z</dc:date>
    </item>
  </channel>
</rss>

