此文章是对网上大量同类文章的分析与总结，并结合自己实施过程中的体会综合而成，其中有不少直接引用，没有注意出处，请原作者见谅)
随着B/S模式应用开发的发展，使用这种模式编写应用程序的程序员也越来越多。但是由于程序员的水平及经验也参差不齐，相当大一部分程序员在编写代码的时候，没有对用户输入数据的合法性进行判断，使应用程序存在安全隐患。用户可以提交一段数据库查询代码，根
据程序返回的结果，获得某些他想得知的数据，这就是所谓的SQL Injection，即SQL注入。
SQL注入是从正常的WWW端口访问，而且表面看起来跟一般的Web页面访问没什么区别，所以目前市面的防火墙都不会对SQL注入发出警报，如果管理员没查看IIS日志的习惯，可能被入侵很长时间都不会发觉。但是，SQL注入的手法相当灵活，在注入的时候会碰到很多意外的情况。能不能根据具体情况进行分析，构造巧妙的SQL语句，从而成功获取想要的数据。
据统计，网站用A Acce 或SQLServer的占70%以上，PHP MySQ占L20%，其他的不足10%。在本文，以SQL-SERVER＋A 例说明SQL注入的原理、方法与过程。（PHP注入的文章由 联盟的另一位朋友zwell撰写的有关文章）
SQL注入攻击的总体思路是：
l 发现SQL注入位置；
l 判断后台数据库类型；
l 确定XP_CMDSHELL可执行情况
l 发现WEB虚拟目录
l 上传A 木马；
l 得到管理员权限；
一、SQL注入漏洞的判断
一般来说，SQL注入一般存在于形如HTTP://xxx.xxx.xxx/abc.a ?id=XX等带有参数的A 动态网页中，有时一个动态网页中可能只有一个参数，有时可能有N个参数，有时是整型参数，有时是字符串型参数，不能一概而论。总之只要是带有参数的动态网页且此网页访问了数据库，那么就有可能存在SQL注入。如果A 程序员没有安全意识，不进行必要的字符过滤，存在SQL注入的可能性就非常大。
为了全面了解动态网页回答的信息，首选请调整IE的配置。把IE菜单-工具-Internet选项－高级－显示友好HTTP错误信息前面的勾去掉。
为了把问题说明清楚，以下HTTP://xxx.xxx.xxx/abc.a ?p=YY为例进行分析，YY可能是整型，也有可能是字符串。
1、整型参数的判断
当输入的参数YY为整型时，通常abc.a 中SQL语句原貌大致如下：
select * from 表名 where 字段=YY，所以可以用以下步骤测试SQL注入是否存在。
HTTP://xxx.xxx.xxx/abc.a ?p=YY’(附加一个单引号)，此时abc.A 中的SQL语句变成了
select * from 表名 where 字段=YY’，abc.a 运行异常；
HTTP://xxx.xxx.xxx/abc.a ?p=YY and 1=1, abc.a 运行正常，而且HTTP://xxx.xxx.xxx/abc.a ?p=YY运行结果相同；
HTTP://xxx.xxx.xxx/abc.a ?p=YY and 1=2, abc.a 运行异常；
如果以上三步全面满足，abc.a 中一定存在SQL注入漏洞。
2、字符串型参数的判断
当输入的参数YY为字符串时，通常abc.a 中SQL语句原貌大致如下：
select * from 表名 where 字段=