[Snort-users] Host Attribute Table Question

Alex Tatistcheff alext at ...492...
Fri Nov 12 13:47:08 EST 2010


As Joel said, entries in the host attribute xml file take precedence over
configs in the snort.conf.  So if you have a host in the attribute table you
have defined as an OS of Linux, Snort will use the Linux reassembly policy
for Frag3 and Stream5.  Regardless of what the default or even the IP
specific policy setting is in the snort.conf.

The default policy and any other IP specific host entries in snort.conf do
matter for hosts that are not defined in the host attribute table.  Best
practice is to set the default policy to match whichever operating system
type is the most prevalent on your network.


Alex Tatistcheff
alext at ...492...

The most terrifying words in the English language are, "I'm from the
government and I'm here to help." -Ronald Reagan


On Thu, Nov 11, 2010 at 1:15 PM, Andy Berryman <aberryman at ...14758...> wrote:

> So, if it sees an IP for a windows host, and that host in in the attribute
> table, what policy does snort use? The default windows policy? Or does the
> policy not matter at all?
>
>
>
> Andy
>
>
>
> *From:* Joel Esler [mailto:jesler at ...1935...]
> *Sent:* Thursday, November 11, 2010 11:54 AM
> *To:* Andy Berryman
> *Cc:* snort-users at lists.sourceforge.net
> *Subject:* Re: [Snort-users] Host Attribute Table Question
>
>
>
> If Snort has an entry in the host attribute table for the IP that the
> traffic is going to, Snort will use that entry for reassembly.  Otherwise it
> uses the snort.conf config.
>
>
>
> J
>
>
>
> On Nov 11, 2010, at 12:37 PM, Andy Berryman wrote:
>
>
>
> If I have a host attribute table that has windows and linux hosts in it,
> and my snort.conf looks like the below text; what does snort do when it
> see’s traffic for one of the linux hosts in the table?
>
> Does it still give it the windows stream5 policy?
>
>
>
>
>
> preprocessor frag3_global: max_frags 65536, prealloc_memcap 1073741824
>
> preprocessor frag3_engine: policy first detect_anomalies timeout 180
>
> #preprocessor frag3_engine: policy last detect_anomalies timeout 180
>
> #preprocessor frag3_engine: policy linux detect_anomalies timeout 180
>
> #preprocessor frag3_engine: policy bsd detect_anomalies timeout 180
>
> preprocessor stream5_global: max_tcp 1048576, memcap 1073741824, track_tcp
> yes, track_udp no
>
> preprocessor stream5_tcp: policy windows, use_static_footprint_sizes,
> dont_store_large_packets, ports client 21 22 23 25 42 53 79 80 109 110 111
> 113 119 135 136 137 139 143 110 111 161 445 513 514 691 1433 1521 2100 2301
> 3128 3306 6665 6666 6667 6668 6669 7000 8000 8080 8180 8888 32770 32771
> 32772 32773 32774 32775 32776 32777 32778 32779, ports both 443 465 563 636
> 989 992 993 994 995 7801 7702 7900 7901 7902 7903 7904 7905 7906 6907 7908
> 7909 7910 7911 7912 7913 7914 7915 7916 7917 7918 7919 7920
>
> preprocessor stream5_udp: ignore_any_rules
>
>
>
> Thanks,
>
> Andy Berryman
> ------------------------------
>
> This message from Cymtec Systems, Inc. contains confidential information
> and is solely for the use of the recipient(s) named above. If you are not
> the intended recipient or an agent responsible for delivering it to the
> intended recipient, you are hereby notified that you have received this
> message in error and that any review, disclosure, copying, distribution or
> use of the contents of this message is strictly prohibited. If you have
> received this message in error, please destroy it immediately and notify
> Cymtec Systems, Inc. by telephone at +1.314.993.8700 or by return e-mail.
> ------------------------------
>
>
>
>
> ------------------------------------------------------------------------------
> Centralized Desktop Delivery: Dell and VMware Reference Architecture
> Simplifying enterprise desktop deployment and management using
> Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
> client virtualization framework. Read more!
>
> http://p.sf.net/sfu/dell-eql-dev2dev_______________________________________________
> Snort-users mailing list
> Snort-users at lists.sourceforge.net
> Go to this URL to change user options or unsubscribe:
> https://lists.sourceforge.net/lists/listinfo/snort-users
> Snort-users list archive:
> http://www.geocrawler.com/redir-sf.php3?list=snort-users
>
>
>  ------------------------------
>  This message from Cymtec Systems, Inc. contains confidential information
> and is solely for the use of the recipient(s) named above. If you are not
> the intended recipient or an agent responsible for delivering it to the
> intended recipient, you are hereby notified that you have received this
> message in error and that any review, disclosure, copying, distribution or
> use of the contents of this message is strictly prohibited. If you have
> received this message in error, please destroy it immediately and notify
> Cymtec Systems, Inc. by telephone at +1.314.993.8700 or by return e-mail.
>  ------------------------------
>
>
>
> ------------------------------------------------------------------------------
> Centralized Desktop Delivery: Dell and VMware Reference Architecture
> Simplifying enterprise desktop deployment and management using
> Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
> client virtualization framework. Read more!
> http://p.sf.net/sfu/dell-eql-dev2dev
> _______________________________________________
> Snort-users mailing list
> Snort-users at lists.sourceforge.net
> Go to this URL to change user options or unsubscribe:
> https://lists.sourceforge.net/lists/listinfo/snort-users
> Snort-users list archive:
> http://www.geocrawler.com/redir-sf.php3?list=snort-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.snort.org/pipermail/snort-users/attachments/20101112/0cb98b5a/attachment.html>


More information about the Snort-users mailing list