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: SQL injection |
|---|---|
| Date: | Fri, 10 Jun 2005 00:15:55 -0500 |
Well, Sig based detection is that that sig based. So I am sure that new attacks or old attacks may be able to bypass most IDS/IPS with various techinques. But no IDS or IPS system is perfect. No firewall or AV is perfect. We are talking about protection - nothing is 100% secure. Blocking the basic SQL injection attack is better than nothing at all.
-----Original Message----- From: jriden@it029205.massey.ac.nz [mailto:jriden@it029205.massey.ac.nz] On Behalf Of James Riden Sent: Thursday, June 09, 2005 10:01 PM To: Tim Cc: pen-test@securityfocus.com Subject: Re: SQL injection Tim <tim-pentest@sentinelchicken.org> writes:I am sure many IPS/IDSes are great for stopping a lot ofattacks. Ifind it incredibly hard to believe that they stop all. It is far better to write good code in the first place.Definitely true.To those people out there who recommended this or that IPS/IDS: Have you tested these against real attacks?Yes, I've caught real attacks using snort with the bleeding rules. As you say, perhaps only the obvious ones though ("xp_cmdshell"). -- James Riden / j.riden@massey.ac.nz / Systems Security Engineer GPG public key available at: http://www.massey.ac.nz/~jriden/ This post does not necessarily represent the views of my employer.
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: SQL injection, James Riden |
|---|---|
| Next by Date: | RE: Exploit Repositories and Due Diligence, Leandro Reox |
| Previous by Thread: | RE: SQL injection, Leandro Reox |
| Next by Thread: | RE: SQL injection, Leandro Reox |
| Indexes: | [Date] [Thread] [Top] [All Lists] |