Snort mailing list archives
spo_database oddity
From: Steve Halligan <agent33 () geeksquad com>
Date: Thu, 3 May 2001 12:34:28 -0500
Scenario: 1) A rule triggers that has reference info. 2) ref info is properly added to the database for the signature in #1. 3) The next alert comes from a preprocessor. 4) The ref info from #2 that applies to alert in #1 is added to the database for the signature create for #3. 5) All preprocessor generated alerts after this also get the ref info from #2, until a rule based alert happens with no ref info. If a rule based alert happens with and different ref, the preprocssor alerts log with the new ref. This has been seen with spp_portscan. I have not tested the other preprocessors, but a quick look through the code suggests to me that it should effect all preprocessor generated alerts. This happens with spo_database. Syslog and logfile logging do not have this behavior. Other log types have not been tested. It appears to me the the value of otn_temp not getting reset and then getting called by spo_database for all alerts (including preprocessor ones) is the problem. Snort 1.8 (CVS from yesterday) MySQL How to reproduce: 1) Trigger an alert with ref info (I just did a http://www.webserver.com/../../ to one of my webservers) 2) Quickly nmap -p 1-10 ipaddress (you need a limited scan that wont trigger any rule based alerts) Of course you need to have spp_portscan connected to the alert facility. _______________________________________________ Snort-users mailing list Snort-users () lists sourceforge net Go to this URL to change user options or unsubscribe: http://lists.sourceforge.net/lists/listinfo/snort-users Snort-users list archive: http://www.geocrawler.com/redir-sf.php3?list=snort-users
Current thread:
- spo_database oddity Steve Halligan (May 03)
- <Possible follow-ups>
- Re: spo_database oddity roman (May 04)
- Re: spo_database oddity Martin Roesch (May 04)