Ethical Hacking Learn to find vulnerabilities before the bad guys do! Gain real world hands on hacking experience in our state of the art hacking lab. Course designed and taught by expert instructors with years of penetration testing experience. 12 student maximum in every class. Certification attempt included in every package. | Computer Forensics Training at InfoSec Institute Gain the in-demand skills of a certified computer examiner, learn to recover trace data left behind by fraud, theft, and cybercrime perpetrators. Discover the source of computer crime and abuse at your organization so that it never happens again. All of our class sizes are guaranteed to be 12 students or less to facilitate one-on-one interaction with one of our expert instructors. |

| Subject: | Re: [Snort-sigs] Snort Community Rules Update |
|---|---|
| Date: | Thu, 22 Sep 2005 09:43:05 +0300 |
On 21/09/05, Alex Kirk <alex.kirk@sourcefire.com> wrote:
This message is to announce the availability of an update for the Sourcefire community rule set, which can be downloaded free of cost or registration from http://www.snort.org/pub-bin/downloads.cgi.
<snip>
100000153 || COMMUNITY IMAP MDaemon authentication multiple packet overflow attempt
This ^^^ rule causes snort to spit out the following error message: "SNORT DETECTION ENGINE: Pure Not Rule 'COMMUNITY IMAP MDaemon authentication multiple packet overflow attempt' not added to detection engine. These rules are not supported at this time." After that snort continues to load and operates as normal. The rule itself: alert tcp $EXTERNAL_NET any -> $HOME_NET 143 (msg:"COMMUNITY IMAP MDaemon authentication multiple packet overflow attempt"; flow:to_server,established; isdataat:342; content:!"|0a|"; within:342; flowbits:isset,imap.auth; reference:bugtraq,14317; classtype:attempted-admin; sid:100000153; rev:1;) At the first glance over the rule I cannot see what could be wrong. By some very dumb and empirical method I found out, that snort does not like the "content:!..." part. To be exact it dislikes the "!" symbol. Anyone has a clue why? By reading snort manual I don't see that content negation can cause errors or rule rejection. Aren't we allowed to search the content within some bytes and check if it does _not_ contain a pattern? At least in some of the VRT rules (e.g. sid:2590) this is present and causes no errors... I'm confused... -- http://nk99.org/ ------------------------------------------------------- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php _______________________________________________ Snort-sigs mailing list Snort-sigs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/snort-sigs
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | [Snort-sigs] fp in 3679, James Affeld |
|---|---|
| Next by Date: | Re: [Snort-sigs] Snort Community Rules Update, Alex Kirk |
| Previous by Thread: | [Snort-sigs] Snort Community Rules Update, Alex Kirk |
| Next by Thread: | Re: [Snort-sigs] Snort Community Rules Update, Alex Kirk |
| Indexes: | [Date] [Thread] [Top] [All Lists] |