RE: [Snort-users] Finding alerts taking up the most database space

This is a discussion on RE: [Snort-users] Finding alerts taking up the most database space within the Snort forums, part of the System Security and Security Related category; Sekure, No. I'm already doing that (through ACID). Unfortunately, the alerts that are showing up in the greatest numbers ...


Go Back   Usenet Forums > System Security and Security Related > Snort

FAQ Members List Calendar Search Today's Posts Mark Forums Read
  #1 (permalink)  
Old 09-10-2004
McCash, John
 
Posts: n/a
Default RE: [Snort-users] Finding alerts taking up the most database space

Sekure,
No. I'm already doing that (through ACID). Unfortunately, the
alerts that are showing up in the greatest numbers appear to be only
about 20% of my problem. The real issue here appears to be that variable
amounts of packet capture are stored for many events, and there's no
index for the size of the packet capture record for a given event (or so
I believe...).
Thanks anyway
John

-----Original Message-----
From: sekure [mailto:sekure@gmail.com]=20
Sent: Friday, September 10, 2004 11:41 AM
To: McCash, John
Cc: snort-users@lists.sourceforge.net
Subject: Re: [Snort-users] Finding alerts taking up the most database
space

Well you can do something like:
select count(signature) as num, signature=20
from event=20
group by signature=20
order by num desc=20
limit 10;

This should give you the top 10 alerts in the event table. Keep in
mind though, that those may not necessarily be the ones that take up
the most disk space, since they may have a completely empty "data"
record associated with them.

Then you can look up the signature in the signature table.

Is this what you were looking for?


----- Original Message -----
From: McCash, John <john.mccash@andrew.com>
Date: Fri, 10 Sep 2004 11:20:47 -0500
Subject: [Snort-users] Finding alerts taking up the most database space
To: snort-users@lists.sourceforge.net




Hi,

I currently am running snort and acid with mysql, and
my database size is getting up around 6G. The data table, data.MYD
alone is about 3.3G. As you may imagine, my db performance is lousy.
Does anyone have an easy way of determining which alerts are taking up
the greatest amount of db space, so that I can selectively prune those
entries?

Thanks in advance

John McCash
------------------------------------------------------------------------
------------------------
This message is for the designated recipient only and may
contain privileged, proprietary, or otherwise private information.=20
If you have received it in error, please notify the sender
immediately and delete the original. Any unauthorized use of
this email is prohibited.
------------------------------------------------------------------------
------------------------
[mf2]

---------------------------------------------------------------------------=
---------------------
This message is for the designated recipient only and may
contain privileged, proprietary, or otherwise private information. =20
If you have received it in error, please notify the sender
immediately and delete the original. Any unauthorized use of
this email is prohibited.
---------------------------------------------------------------------------=
---------------------
[mf2]


-------------------------------------------------------
This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
Project Admins to receive an Apple iPod Mini FREE for your judgement on
who ports your project to Linux PPC the best. Sponsored by IBM.
Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php
_______________________________________________
Snort-users mailing list
Snort-users@lists.sourceforge.net
Go to this URL to change user options or unsubscribe:
https://lists.sourceforge.net/lists/...fo/snort-users
Snort-users list archive:
http://www.geocrawler.com/redir-sf.p...st=snort-users
Reply With Quote
Reply
Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are Off
[IMG] code is Off
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On



All times are GMT +1. The time now is 03:00 PM.


Powered by vBulletin® Version 3.7.3
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO 3.0.0