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.




Network Security Snort-Signatures
[Top] [All Lists]

Re: [Snort-sigs] Snort Community Rules Update

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>