<div dir="ltr"><div><div><div><div><div>I have already tried with this rule:<br>drop icmp 192.168.1.2 any -> 8.8.8.8 any (msg: "NEW TEST"; sid:10666;)<br><br></div>Also modified 384 ICMP rule:<br>drop icmp $EXTERNAL_NET any -> $HOME_NET any (msg:"PROTOCOL-ICMP PING"; icode:0; itype:8; metadata:ruleset community; classtype:misc-activity; sid:384; rev:8;)<br>
<br></div>Set HOME_NET to any, restarted Snort and got the same crap:<br>PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.<br>From 8.8.8.8 icmp_seq=1 Destination Port Unreachable<br>64 bytes from <a href="http://8.8.8.8">8.8.8.8</a>: icmp_seq=1 ttl=46 time=40.6 ms<br>
>From 8.8.8.8 icmp_seq=2 Destination Port Unreachable<br>From 8.8.8.8 icmp_seq=3 Destination Port Unreachable<br>64 bytes from <a href="http://8.8.8.8">8.8.8.8</a>: icmp_seq=3 ttl=46 time=40.7 ms<br><br></div></div>I've set additional rule:<br>
drop icmp any any -> any any (msg: "NEW TEST"; sid:10666;)<br><br></div><div>...and am getting:<br>PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.<br>From 8.8.8.8 icmp_seq=1 Destination Port Unreachable<br>64 bytes from <a href="http://8.8.8.8">8.8.8.8</a>: icmp_seq=1 ttl=46 time=40.2 ms<br>
>From 8.8.8.8 icmp_seq=2 Destination Port Unreachable<br>From 8.8.8.8 icmp_seq=3 Destination Port Unreachable<br>From 8.8.8.8 icmp_seq=4 Destination Port Unreachable<br>From 8.8.8.8 icmp_seq=5 Destination Port Unreachable<br>
64 bytes from <a href="http://8.8.8.8">8.8.8.8</a>: icmp_seq=5 ttl=46 time=40.6 ms<br>From 8.8.8.8 icmp_seq=6 Destination Port Unreachable<br><br></div><div>Tried with and without normalization, works the same.<br><br></div>
<div>Snort is blocking, but seems not to be able to drop all the traffic:<br>08/24-19:56:03.511103  [Drop] [**] [1:10666:0] NEW TEST [**] [Priority: 0] {ICMP} 192.168.1.2 -> 8.8.8.8<br>08/24-19:56:03.511145  [Drop] [**] [1:10666:0] NEW TEST [**] [Priority: 0] {ICMP} x.x.x.x -> 8.8.8.8<br>
08/24-19:56:03.551092  [Drop] [**] [1:10666:0] NEW TEST [**] [Priority: 0] {ICMP} 8.8.8.8 -> 192.168.1.2<br>08/24-19:56:03.551058  [Drop] [**] [1:10666:0] NEW TEST [**] [Priority: 0] {ICMP} 8.8.8.8 -> x.x.x.x<br><br>
</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sun, Aug 24, 2014 at 6:29 PM, Y M <span dir="ltr"><<a href="mailto:snort@...15979..." target="_blank">snort@...15979...</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


<div><div dir="ltr"><br>Ok, assuming you are setup this way:<div><br></div><div>Internet <---> eth2 | IPS | eth1 <---> local, where eth1 and eth2 are the listening (promiscuous) interfaces and through which traffic is passing. When you force Snort into inline mode using afpacket, Snort (logically) bridges the interfaces together to let the traffic pass, otherwise drop it when matches occur. Looking again at the rule you have, both destinations are local. What happens if you change both destinations (HOME_NET and EXTERNAL_NET) to any/any? Better, take rule sid:384 and modify it and try to ping an external source and see what happens. For troubleshooting purposes only, run Snort with -A console or -A cmg so you can see whats going directly on the console (without -D).</div>
<div><br></div><div>Also, do you have normalization enabled?</div><div><br></div><div>YM<br><div><hr>Date: Sun, 24 Aug 2014 17:50:27 +0200<div class=""><br>Subject: Re: [Snort-users] Snort 2.9.6.2 inline mode problem<br>From: <a href="mailto:demonsdebason@...11827..." target="_blank">demonsdebason@...11827...</a><br>
To: <a href="mailto:snort@...15979..." target="_blank">snort@...16002....</a><br></div>CC: <a href="mailto:snort-users@lists.sourceforge.net" target="_blank">snort-users@lists.sourceforge.net</a><div><div class="h5"><br><br>
<div dir="ltr"><div><div><div><div><div>Here is the setup:<br><br></div>INTERNET <--> | IPS/router | <--> | local machines |<br><br></div>IPS box has 4 interfaces, where 2 have an address, others don't. It seemed illogical to set Snort to listen on interfaces where no traffic is passing through.<br>

</div>When I set Snort it to use unaddressed interfaces, nothing happens meaning no alerts are recorded and ICMP echo test isn't working.<br></div>Tried setting up bride interfaces and assigning the two unaddressed interface to Snort, same results.<br>

</div>The only results I get is having Snort listening the interfaces traffic traverse though.<br></div><div><br><br><div>On Sun, Aug 24, 2014 at 4:24 PM, Y M <span dir="ltr"><<a href="mailto:snort@...15979..." target="_blank">snort@...15979...</a>></span> wrote:<br>

<blockquote style="border-left:1px #ccc solid;padding-left:1ex">


<div><div dir="ltr">How are you testing/connecting the client (icmp echo request sender), the sensor, and the receiver of the icmp? The NICs that Snort is using to receive --> pass/drop --> forward traffic should be inline with no IP addresses. From your description, it seems that you are using the same interface to ping the box as well as do the IPS work.<div>

<br></div><div>P.S.: Please respond to the list and not only to myself. Its a mutual benefit.</div><div><br></div><div>YM<br><br><div><hr>Date: Sun, 24 Aug 2014 14:00:20 +0200<br>Subject: Re: [Snort-users] Snort 2.9.6.2 inline mode problem<br>

From: <a href="mailto:demonsdebason@...11827..." target="_blank">demonsdebason@...11827...</a><br>To: <a href="mailto:snort@...15979..." target="_blank">snort@...15979...</a><div><div><br><br><div dir="ltr"><div>The same behavior when running with 'eth1:eth2'.<br>

Yeah, the interfaces are in promiscuous, silly me.<br></div><div>Any ideas?<br></div></div><div><br><br><div>
On Sun, Aug 24, 2014 at 7:34 AM, Y M <span dir="ltr"><<a href="mailto:snort@...15979..." target="_blank">snort@...15979...</a>></span> wrote:<br><blockquote style="border-left:1px #ccc solid;padding-left:1ex">



<div><div dir="ltr"><br>inline.<br><div><hr>Date: Sun, 24 Aug 2014 05:02:13 +0200<br>From: <a href="mailto:demonsdebason@...11827..." target="_blank">demonsdebason@...11827...</a><br>To: <a href="mailto:snort-users@...6193...sts.sourceforge.net" target="_blank">snort-users@lists.sourceforge.net</a><br>


Subject: [Snort-users] Snort 2.9.6.2 inline mode problem<div><div><br><br><div dir="ltr"><div><div><div><div><div><div><div>Hi all.<br></div>I've been working on my Snort IPS for some time now. <br></div>Noticed that 'drop' rules are working half-way, I have set the test rule to drop ICMP coming to the sensor from local machine:<br>




</div>drop icmp 192.168.1.2 any -> 192.168.1.1 any (msg: "Test rule"; sid:110011;)<br><br></div>Alerts get logged and can view them via BASE, but when I ping from .2 to .1 I get this:<br>PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.<br>




64 bytes from <a href="http://192.168.1.1" target="_blank">192.168.1.1</a><div style="width:16px;min-height:16px;display:inline-block"> </div>: icmp_seq=1 ttl=64 time=0.216 ms<br>From 192.168.1.1 icmp_seq=1 Destination Port Unreachable<br>



64 bytes from <a href="http://192.168.1.1" target="_blank">192.168.1.1</a><div style="width:16px;min-height:16px;display:inline-block"> </div>: icmp_seq=2 ttl=64 time=0.269 ms<br>
>From 192.168.1.1 icmp_seq=2 Destination Port Unreachable<br>64 bytes from <a href="http://192.168.1.1" target="_blank">192.168.1.1</a><div style="width:16px;min-height:16px;display:inline-block"> </div>: icmp_seq=3 ttl=64 time=0.221 ms<br>



<br></div>So some of them are getting 'blocked'.<br><br></div>
When I shutdown Snort I's all fine:<br>64 bytes from <a href="http://192.168.1.1" target="_blank">192.168.1.1</a><div style="width:16px;min-height:16px;display:inline-block"> </div>: icmp_seq=8 ttl=64 time=0.226 ms<br>


64 bytes from <a href="http://192.168.1.1" target="_blank">192.168.1.1</a><div style="width:16px;min-height:16px;display:inline-block">
 </div>: icmp_seq=9 ttl=64 time=0.201 ms<br>
64 bytes from <a href="http://192.168.1.1" target="_blank">192.168.1.1</a><div style="width:16px;min-height:16px;display:inline-block"> </div>: icmp_seq=10 ttl=64 time=0.253 ms<br>64 bytes from <a href="http://192.168.1.1" target="_blank">192.168.1.1</a><div style="width:16px;min-height:16px;display:inline-block">



 </div>: icmp_seq=11 ttl=64 time=0.204 ms<br><br></div>Here is my info:<br>
<br>   ,,_     -*> Snort! <*-<br>  o"  )~   Version 2.9.6.2 GRE (Build 77) <br>   ''''    By Martin Roesch & The Snort Team: <a href="http://www.snort.org/snort/snort-team" target="_blank">http://www.snort.org/snort/snort-team</a><br>




           Copyright (C) 2014 Cisco and/or its affiliates. All rights reserved.<br>           Copyright (C) 1998-2013 Sourcefire, Inc., et al.<br>           Using libpcap version 1.4.0<br>           Using PCRE version: 7.8 2008-09-05<br>




           Using ZLIB version: 1.2.3<br>+++++++++++++++++++++++++++<br>snort   
 41104  4.6  2.0 1675528 1342832 ?     Ssl  04:48   0:00 /usr/sbin/snort
 -D -i eth1::eth2 -u snort -g snort -c /etc/snort/snort.conf -Q 
--daq-mode inline -k none<br>
+++++++++++++++++++++++++++</div><div dir="ltr"><br></div></div></div><div dir="ltr"># Looks like you have double colons "eth1::eth2", as opposed to one colon "eth1:eth2". Not sure if the double colons are causing the partial drops.</div>


<div><div dir="ltr"><br></div><div dir="ltr"><br><div>snort --daq-list<br>Available DAQ modules:<br>pcap(v3): readback live multi unpriv<br>ipfw(v3): live inline multi unpriv<br>dump(v2): readback live inline multi unpriv<br>


afpacket(v5): live inline multi unpriv<br>

<br>++++++++++++++++++++++++++<br></div><div>snort.conf:<br><br clear="all"></div><div>config policy_mode:inline<br>config daq: afpacket<br>config daq_dir: /usr/lib64/daq<br>config daq_mode: inline<br>
config daq_var: buffer_size_mb=1024<br><br></div><div><br></div><div>I've tried dropping all the ICMPs in the iptables, results are as expected, but Snort still logs the alerts.<br></div>Do you have any idea what is the issue here?</div>


<div dir="ltr"><br></div></div><div dir="ltr"># Does Snort log the requests or replies or both? I would image if the NIC is promiscuous, then it would still see the requests. <div><br clear="all">
<br>-- <br>Aut viam inveniam aut faciam<br>:wq!<br>
</div></div>
<br>------------------------------------------------------------------------------
Slashdot TV.  
Video for Nerds.  Stuff that matters.
<a href="http://tv.slashdot.org/" target="_blank">http://tv.slashdot.org/</a><br>_______________________________________________
Snort-users mailing list
<a href="mailto:Snort-users@lists.sourceforge.net" target="_blank">Snort-users@lists.sourceforge.net</a>
Go to this URL to change user options or unsubscribe:
<a href="https://lists.sourceforge.net/lists/listinfo/snort-usersSnort-users" target="_blank">https://lists.sourceforge.net/lists/listinfo/snort-users
Snort-users</a> list archive:
<a href="http://sourceforge.net/mailarchive/forum.php?forum_name=snort-users" target="_blank">http://sourceforge.net/mailarchive/forum.php?forum_name=snort-users</a>

Please visit <a href="http://blog.snort.org" target="_blank">http://blog.snort.org</a> to stay current on all the latest Snort news!</div>                                          </div></div>
</blockquote></div><br><br clear="all"><br>-- <br>Aut viam inveniam aut faciam<br>:wq!<br>
</div></div></div></div></div>                                      </div></div>
</blockquote></div><br><br clear="all"><br>-- <br>Aut viam inveniam aut faciam<br>:wq!<br>
</div></div></div></div></div>                                      </div></div>
</blockquote></div><br><br clear="all"><br>-- <br>Aut viam inveniam aut faciam<br>:wq!<br>
</div>