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: | [ISSForum] Blocking on Server Sensors |
|---|---|
| Date: | Mon, 19 Dec 2005 15:46:58 +0100 |
Hi all, we have installed Server Sensors on our Windows boxes, with the options blocking and auditing enabled. Currently we are using one policy for all our servers. It's the default network attacks policy that ISS provides. As I can recall from the manuals blocking is by default diasbled when using default policies. (Just checked the Manual and there are only a few signatures that will block by default). However, last wednesday I ran an XPU update to the Sensors and reapplied the policy. Since then the Sensor is blocking connections that contain suspicous exeutabled and filenames in email attachments. That was not what it was supposed to do, right? I checked the policy and it does say blocking, but as far as the manuals go, it should not have done this. The response rules are default, nobody has changed them just yet. What bothers me now, is the blocking. All the literature says it should not, so why does it, even though I use strict basic settings at this moment? Got me confused, but it also aids me in my quest to convince management that I need more time for IDS/IPS then I currently have. Especially when we start using Proventia's inline... Anyway, anyone any idea? TIA Richard _______________________________________________ ISSForum mailing list ISSForum@iss.net TO UNSUBSCRIBE OR CHANGE YOUR SUBSCRIPTION, go to https://atla-mm1.iss.net/mailman/listinfo/issforum To contact the ISSForum Moderator, send email to mod-issforum@iss.net The ISSForum mailing list is hosted and managed by Internet Security Systems, 6303 Barfield Road, Atlanta, Georgia, USA 30328.
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [ISSForum] Network taps for monitoring full-duplex network withProventia G2000, Andrew Plato |
|---|---|
| Next by Date: | [ISSForum] Site protector Negate Regex issue (event log rule), Ndungu, John |
| Previous by Thread: | Re: [ISSForum] Network taps for monitoring full-duplex network withProventia G2000, Palmer, Paul \(ISSAtlanta\) |
| Next by Thread: | [ISSForum] Site protector Negate Regex issue (event log rule), Ndungu, John |
| Indexes: | [Date] [Thread] [Top] [All Lists] |