More and more websites are falling victim to automated SQL injection attacks originating from China, Russia and other Eastern European countries.
Even though the techniques hackers use to attack sites with SQL injection is widely known it seems from posts that I have read from developers who have
suffered a successful attack that the first place to point the finger of blame is still browsers and operating systems and someone will always ask:
"Is there a patch for Internet Explorer that fixes this hole".
In truth the cause of a successful SQL injection attack is always going to be poorly written front end code.
I don't know whether future developers are being taught about injection techniques at college (which they surely should be doing) However I personally think that a lot of sloppy code comes about not through ignorance but rather the developers natural inclination to copy and paste code
from other sources and especially for newbies doing so when they have little or no idea about what the code they are using is actually doing.
If the code being copied is from an old system or from an ancient but well ranked web page detailing how to write SELECT statements using
string concatonation then the developer could be saving time now only for it to be taken up when the site goes live and gets hit by one of the thousands of hackbots around as soon as the page appears in Google. Nowadays a developer only has themselves to blame if they don't by now a) understand how SQL injection works and b) knows how to prevent it with correct parameter sanitisation.
View my blog to read articles detailing:
How to quickly clean up a hacked system and details of plasters which can be applied to quickly reduce the threat of future hacks.
View a list of SCRIPT URL references that you should be on the lookout for that the latest bots are using.