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 and XSS testing, |
|---|---|
| Date: | Sat, 24 Feb 2007 21:50:26 -0500 |
The regretable thing about security tests is that one failed test (successful injection) tells you a lot. But any number of successful tests (failed injections) tell you relatively little. However, your example is missing the single quote usually needed to inject SQL. You want ' or 1 = 1 -- for the classic example. See (and try) demo.testfire.net - username is jsmith, and the demo bank is open to that string. But encoding based attacks can appear not to have the single quote. A simple input of ' or -- reveals an SQL error message; that is a good clue to an inadequate input filtering strategy. A quick google for 'SQL Injection checklist' yielded a collection on cgisecurity, including http://www.cgisecurity.com/lib/sql-insertion.txt which is a good illustration of what can be done with patience. Even creating a new user and getting the database to reveal passwords. You could block many of those techniques and leave just one vulnerable. You'd still be vulnerable. So you need more than one test case. Your one test (corrected) is necessary, but not sufficient. A check at freshmeat.net found four open source SQL injection testers. I don't know any of them well enough to have an opinion. -- Henry Troup htroup@acm.org On Fri Feb 23 18:12 , "IRM" sent: Dear all, Excuse me for this basic question. Just wondering in regards to the SQL injection, is it sufficient to insert the input with "1=1--" to test whether a site is vulnerable to the SQL injection? How much level of assurance can we get by testing the SQL injection limited to "1=1--"? If I am not wrong I guess most of the security aspects in Web application are mainly around input validation. So I was wondering is there any free open source software to automate all the input? Or maybe a list of stuff that usually need to test? Say SQL Injection or XSS? Is there a list of parameters kind of cheat sheet? John, ------------------------------------------------------------------------- Sponsored by: Watchfire Securing a web application goes far beyond testing the application using manual processes, or by using automated systems and tools. Watchfire's "Web Application Security: Automated Scanning or Manual Penetration Testing?" whitepaper examines a few vulnerability detection methods - specifically comparing and contrasting manual penetration testing with automated scanning tools. Download it today! https://www.watchfire.com/securearea/whitepapers.aspx\?id=701500000008fH6 -------------------------------------------------------------------------- ------------------------------------------------------------------------- Sponsored by: Watchfire Securing a web application goes far beyond testing the application using manual processes, or by using automated systems and tools. Watchfire's "Web Application Security: Automated Scanning or Manual Penetration Testing?" whitepaper examines a few vulnerability detection methods - specifically comparing and contrasting manual penetration testing with automated scanning tools. Download it today! https://www.watchfire.com/securearea/whitepapers.aspx?id=701500000008fH6 --------------------------------------------------------------------------
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: SQL Injection and XSS testing,, crazy frog crazy frog |
|---|---|
| Next by Date: | RE: SQL Injection and XSS testing,, James Ash |
| Previous by Thread: | Re: SQL Injection and XSS testing,, eugk . 46247649 |
| Next by Thread: | Paper announcement: Know Your Enemy: Web Application Threats, Jamie Riden |
| Indexes: | [Date] [Thread] [Top] [All Lists] |