<div style="font-family: Helvetica; font-size: 13px; ">IP rules are evaluated against all protocols.  If you can specify tcp or udp, that's obviously the better idea.  People insist on writing IP rules, but as someone else in this thread already pointed out, these rules are bad performers.<div><br></div><div>What are you trying to accomplish?</div></div>
                <div><div><br></div><div>-- </div><div>Joel Esler</div><div><br></div></div>
                 
                <p style="color: #A0A0A8;">On Sunday, July 1, 2012 at 6:01 PM, Livio@...3255... wrote:</p>
                <blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;">
                    <span><div><div>I woul talk to silicom. They are cheaper 82599s and come with a prepaid dna license. You can't go wrong..<br>
-- <br>
Sent from my Android phone with K-9 Mail. Please excuse my brevity.<br><br><div>Joshua Kinard <<a href="mailto:kumba@...2185...">kumba@...2185...</a>> wrote:<blockquote type="cite"><div>
<pre style="white-space: pre-wrap; word-wrap:break-word; font-family: monospace">On 07/01/2012 4:04 PM, Tony Robinson wrote:<br>> IP protocol rules are rules that trigger against IP traffic. In the<br>> standard snort rule header, you can specify a rule function<br>> [Alert/Pass/Drop], a protocol, [TCP/UDP/ICMP/IP], network or address 1<br>> [address/IPvar], source port [port/icmp code], where the traffic flows<br>> [direction], network or address 2 [address/IPvar], destination port<br>> [port/icmp code].<br>> <br>> IP Protocol rules are simply rules that trigger against rule content with<br>> IP chosen as the protocol. If IP is chosen as the protocol you cannot<br>> specify a port or an ICMP code. Snort will do content matching against ALL<br>> IP packets. The rule header for an IP rule will usually look something like<br>> this:<br>> <br>> <br>> alert ip [address 1] any -> [address 2] any [rule content
goes here]<br>> <br>> If you want to see an example of an IP protocol rule, take a look at rule<br>> 18997<br>> <br>> <a href="http://www.snort.org/search/sid/18997?r=1">http://www.snort.org/search/sid/18997?r=1</a><br>> <br>> it's a rule that alerts against IP protocol traffic and has a specific<br>> content match. The other use case for IP rules is to block traffic from<br>> certain IP addresses when we don't know the content, or more than one type<br>> of protocol may be used to communicate. This rules aren't very good<br>> performers, but will do in a pinch if you know, say, the ip address of a<br>> known CNC server and just want to alert against any traffic going to/from<br>> that ip address.<br>> <br>> sids 20523 and 20524 are examples of this -- blocking known ip addresses<br>> for Duqu CNC hosts.<br>> <br>> Hope this answers the question.<br>> <br>> -Tony<br><br>I'll add
that IP protocol rules also make use of the "ip_proto" keyword.<br>You usually want to put this keyword into any "alert ip" rule, as Snort's<br>fast-pattern matcher will use the protocol number as the "destination port"<br>to prime the fp algorithm to quickly judge which packets to keep for further<br>inspection.<br><br>I.e., if you wanted to alert on SCTP traffic containing the string "foobar":<br>alert ip any any -> any any (msg:"SCTP Traffic"; ip_proto:132;<br>content:"foobar"; nocase; sid:123456789; rev:1; classtype:misc-activity;)<br><br>You have to be VERY careful with IP proto rules.  They can quickly bring<br>Snort to its knees if used incorrectly.<br><br>-- <br>Joshua Kinard<br>Gentoo/MIPS<br><a href="mailto:kumba@...2185...">kumba@...2185...</a><br>4096R/D25D95E3 2011-03-28<br><br>"The past tempts us, the present confuses us, the future frightens us.  And<br>our lives slip away, moment by moment, lost in that vast, terrible in-between."<br><br>--Emperor Turhan,
Centauri Republic<br><br><br><br><hr><br>Live Security Virtual Conference<br>Exclusive live event will cover all the ways today's security and <br>threat landscape has changed and how IT managers can respond. Discussions <br>will include endpoint security, mobile security and the latest in malware <br>threats. <a href="http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263">http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263</a>/<hr><br>Snort-devel mailing list<br><a href="mailto:Snort-devel@...362....net">Snort-devel@lists.sourceforge.net</a><br><a href="https://lists.sourceforge.net/lists/listinfo/snort-devel">https://lists.sourceforge.net/lists/listinfo/snort-devel</a><br><br>Please visit <a href="http://blog.snort.org">http://blog.snort.org</a> for the latest news about Snort!</pre></div></blockquote></div></div><div><div>------------------------------------------------------------------------------</div><div>Live Security Virtual Conference</div><div>Exclusive live event will cover all the ways today's security and </div><div>threat landscape has changed and how IT managers can respond. Discussions </div><div>will include endpoint security, mobile security and the latest in malware </div><div>threats. <a href="http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/">http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/</a></div></div><div><div>_______________________________________________</div><div>Snort-devel mailing list</div><div><a href="mailto:Snort-devel@lists.sourceforge.net">Snort-devel@...845...ge.net</a></div><div><a href="https://lists.sourceforge.net/lists/listinfo/snort-devel">https://lists.sourceforge.net/lists/listinfo/snort-devel</a></div><div><br></div><div>Please visit <a href="http://blog.snort.org">http://blog.snort.org</a> for the latest news about Snort!</div></div></div></span>
                 
                 
                 
                 
                </blockquote>
                 
                <div>
                    <br>
                </div>