注入法: 从理论上说,认证网页中会有型如: 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)|(=))[^\n]*((\%27)|(\')|(\-\-) 54ne.com