GroupBlog

在之前写的一个群博系统中，在上线一段时间后，被自己人发现了一个天大的漏洞——SQL注入，自己也是第一次遇到，真是难以置信，后来看到这样一篇文章：java类过滤器，防止页面SQL注入。自己修改了一下，可以解决一般的SQL注入了（最起码使用sqlmap这种工具没有造成注入）。

首先说一下在我的系统中造成SQL注入的原因：

大量的SQL语句拼接——为了能够根据不同的请求参数在同一个页面查询后展示，所以在主页存在着大量的SQL语句拼接，由于请求参数是通过get方法传送，在浏览器地址栏很容易被发现，就有可能直接在地址栏添加SQL语句造成SQL注入
项目使用的数据库连接的用户没有设置权限——由于直接使用的是root用户，所以在别人在进行SQL注入的时候写权限是有的，这就非常的可怕，同时，由于使用的是root用户，整个数据库的信息都能够被拿到，也包括mysql库中的user表，这真是。。。

好了，不多说了，先说这个通过过滤器来防止SQL注入是如何做到的！

这里是通过过滤器取得所有的请求参数，判断请求参数中是否含有SQL中的关键字，而达到防止SQL注入的要求的。

好了，直接看代码：

import java.io.IOException;
import java.util.Enumeration;

import javax.servlet.Filter;
import javax.servlet.FilterChain;
import javax.servlet.FilterConfig;
import javax.servlet.ServletException;
import javax.servlet.ServletRequest;
import javax.servlet.ServletResponse;
import javax.servlet.http.HttpServletRequest;

public class AntiSqlInjectionfilter implements Filter {

    public void destroy() {
        // TODO Auto-generated method stub
    }

    public void init(FilterConfig arg0) throws ServletException {
        // TODO Auto-generated method stub
    }

    public void doFilter(ServletRequest args0, ServletResponse args1,
            FilterChain chain) throws IOException, ServletException {
        HttpServletRequest req=(HttpServletRequest)args0;
        HttpServletRequest res=(HttpServletRequest)args1;
         //获得所有请求参数名
        Enumeration params = req.getParameterNames();
        String sql = "";
        while (params.hasMoreElements()) {
            //得到参数名
            String name = params.nextElement().toString();

            //得到参数对应值
            String[] value = req.getParameterValues(name);
            for (int i = 0; i < value.length; i++) {
                sql = sql + value[i];
            }
        }

        //有sql关键字，跳转到error.html
        if (sqlValidate(sql)) {
            throw new IOException("您发送请求中的参数中含有非法字符");
            //String ip = req.getRemoteAddr();
        } else {
            chain.doFilter(args0,args1);
        }
    }

    //效验
    protected static boolean sqlValidate(String str) {
        str = str.toLowerCase();//统一转为小写
        String badStr = "'|and|exec|execute|insert|select|delete|update|count|drop|*|%|chr|mid|master|truncate|" +
                "char|declare|sitename|net user|xp_cmdshell|;|or|-|+|,|like'|and|exec|execute|insert|create|drop|" +
                "table|from|grant|use|group_concat|column_name|" +
                "information_schema.columns|table_schema|union|where|select|delete|update|order|by|count|*|" +
                "chr|mid|master|truncate|char|declare|or|;|-|--|+|,|like|//|/|%|#";//过滤掉的sql关键字，可以手动添加
        String[] badStrs = badStr.split("\\|");
        for (int i = 0; i < badStrs.length; i++) {
            //循环检测，判断在请求参数当中是否包含SQL关键字
            if (str.indexOf(badStrs[i]) >= 0) {
                return true;
            }
        }
        return false;
    }
}

如上，在过滤器当中首先获取到所有的请求参数的名，然后遍历这些请求参数得到请求参数的值，拼接成一个字符串，然后在sqlValidate方法中检验是否含有SQL字段，当检验包含 SQL字段就可以做自己的处理了，在这个例子中是抛出了一个IO异常，我们也可通过在web.xml中配置异常的页面达到类似与捕获异常的效果，如下：

  <error-page>
    <exception-type>java.io.IOException</exception-type>
    <location>/500.html</location>
  </error-page>

这里使用sql字符串涵盖了较多的关键字，可以根据自己的需要删除（说不定我的合法请求里面本身就含有某些关键字呢！）

还有一种解决SQL注入的方法，就是通过PreparedStatement来实现，由于PreparedStatement在执行前设置的参数都会被当成字段的值，所以即便字段值包含SQL语句，也只会被当做一个字段的只，而不会产生SQL语句拼接的情况！