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: 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
pgp0bRpvdRAd1.pgp
Description: PGP signature
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: newbie quetsions, Jose Maria Lopez |
|---|---|
| Next by Date: | Re: IDS event filtering, Jeff Kell |
| Previous by Thread: | RE: IDS event filtering, dcdave |
| Next by Thread: | Re: IDS event filtering, Jeff Kell |
| Indexes: | [Date] [Thread] [Top] [All Lists] |