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 Focus-IDS
[Top] [All Lists]

Re: IDS event filtering

Subject: Re: IDS event filtering
Date: Mon, 3 Jan 2005 09:50:30 -0500
Billy Dodson said:
I am wanting to get an idea of what you guys out there filter from your
IDS sensors.  Some of the sensors I monitor get TONS of events for MSSQL
control overflows.  If the customer is patched for slammer and does not
have any SQL services on the internet, is it safe to filter out those
events?  Do you still want to see that traffic even though you know your
are not vulnerable?  Thanks!

From a vendor's perspective, filtering becomes rather messy. Some customers
(As Patrick Harper put it) don't want to see IIS attacks against apache
servers (or similar issues). Some customers simply don't want to be told
about Big Issues that were patched long ago. Others want to track and
profile every attacker. 

The question "what is safe" is dependent on the risks that the site deems
acceptable.

I think it's fair to say that most attacks happen over TCP, and, given the
current state of TCP initial sequence numbers, the source will be correct.
However, the attack you've pointed out occurred via UDP and the source was
spoofed. If it's impossible for any machine to be brought onto your network
that would be susceptible to -- or infected with blaster -- then it may be
advisable to disable the check. But if people bring laptops in, the risk
analysis would have to take that into account.

-- 

Dodge

Attachment: pgp0bRpvdRAd1.pgp
Description: PGP signature

<Prev in Thread] Current Thread [Next in Thread>