注入法:
从理论上说,认证网页中会有型如:
select from admin where username= xxx and password= yyy 的语句,若在正式运行此句之前,如果没有进行必要的字符过滤,则很容易实施sql注入。
如在用户名文本框内输入:abc’ or 1=1-- 在密码框内输入:123 则sql语句变成:
select from admin where username= abc’ or 1=1 and password= 123’ 不管用户输入任何用户名与密码,此语句永远都能正确执行,用户轻易骗过系统,获取合法身份。
猜解法:
基本思路是:猜解所有数据库名称,猜出库中的每张表名,分析可能是存放用户名与密码的表名,猜出表中的每个字段名,猜出表中的每条记录内容。
还有一种方式可以获得你的数据库名和每张表的名。
就是通过在形如:http://www. .cn/news?id=10 的方式来通过报错获得你的数据库名和表名!
对于jsp而言我们一般采取一下策略来应对:
1、preparedstatement
如果你已经是稍有水平开发者 你就应该始终以preparedstatement代替statement.
以下是几点原因
1、代码的可读性和可维护性.
2、preparedstatement尽最大可能提高性能.
3、最重要的一点是极大地提高了安全性.
到目前为止,有一些人(包括本人)连基本的恶义sql语法都不知道.
string sql = " select from tb_name where name= " +varname+" and passwd= " +varpasswd+" "
如果我们把[ or 1 = 1]作为name传入进来.密码随意 看看会成为什么? 网管网bitscn.com
select from tb_name = or 1 = 1 and passwd = 随意
因为 1 = 1 肯定成立 所以可以任何通过验证.更有甚者:
把[ drop table tb_name ]作为varpasswd传入进来 则:
select from tb_name = 随意 and passwd = drop table tb_name 有些数据库是不会让你成功的 但也有很多数据库就可以使这些语句得到执行.
而如果你使用预编译语句.你传入的任何内容就不会和原来的语句发生任何匹配的关系.(前提是数据库本身支持预编译 但上前可能没有什么服务端数据库不支持编译了 只有少数的桌面数据库 就是直接文件访问的那些只要全使用预编译语句 你就用不着对传入的数据做任何过虑.而如果使用普通的 statement 有可能要对drop 等做费尽心机的判断和过虑.
2、正则表达式
2.1、检测sql meta-characters的正则表达式 /(27)|( )|(--)|(23)|(#)/ix
2.2、修正检测sql meta-characters的正则表达式 /((3d)|(=))[^ ]((27)|( )|(--) 54ne.com