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: [ISSForum] Stream_DoS signature |
|---|---|
| Date: | Thu, 2 Sep 2004 16:11:51 -0400 |
Sergey, Those tuning parameters control the signature. Even so, the only ACKs that contribute to the threshold are those that are not part of an established connection. If you find that you are seeing this signature trigger for valid connections, the most likely explanation is that you have an asymmetrically routed network and your sensor is only getting to see one side of the connection. Paul -----Original Message----- From: issforum-bounces@atla-mm1.iss.net On Behalf Of Sergey V Soldatov Sent: Tuesday, August 31, 2004 6:00 AM To: issforum@atla-mm1.iss.net Subject: [ISSForum] Stream_DoS signature In its security information that can be found on http://www.iss.net/security_center/reference/vuln/Stream_DoS.htm, it's noted that signature only considers ACK packets that are not associated with an active connection. But I've found that this signature is triggered whenever the number of ACKs exceed the pam.flood.ack.limit threshold within pam.flood.ack.interval seconds. Has anyone found the same? Please, correct me if I'm wrong. --- Best regards, Sergey V. Soldatov. tel/fax +7 095 745 89 50 (2663) _______________________________________________ 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. _______________________________________________ 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] Update Process STUCK :, KARR Rhett J |
|---|---|
| Next by Date: | [ISSForum] problem registering network sensor, Palmerini Gian Fabio |
| Previous by Thread: | [ISSForum] Stream_DoS signature, Sergey V Soldatov |
| Next by Thread: | [ISSForum] Update Process STUCK :, kashif |
| Indexes: | [Date] [Thread] [Top] [All Lists] |