springboot经验之sql注入、xss注入拦截(POST)

简介

sql注入、xss注入、cors攻击的简介以及解决方案,可以参考下面链接:
https://blog.csdn.net/yhhyhhyhhyhh/article/details/84504487
这里我就不做的的介绍了,解决sql注入根本方案在于使用预编译而不是拼接sql,
而通常拦截参数都只有针对GET方法,下面介绍下POST方法

POST防注入方案

1、增加httprequest包装类


import java.io.BufferedReader;
import java.io.ByteArrayInputStream;
import java.io.IOException;
import java.io.InputStreamReader;
import java.util.*;
import java.util.regex.Pattern;

import javax.servlet.ReadListener;
import javax.servlet.ServletInputStream;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletRequestWrapper;

import lombok.extern.slf4j.Slf4j;
import org.apache.commons.lang3.StringUtils;
import org.springframework.util.StreamUtils;

@Slf4j
public class XssAndSqlHttpServletRequestWrapper extends HttpServletRequestWrapper {
    private static String key = "and|exec|insert|select|delete|update|count|*|%|chr|mid|master|truncate|char|declare|;|or|-|+";
    private static Set<String> notAllowedKeyWords = new HashSet<String>(0);
    static {
        String keyStr[] = key.split("\\|");
        for (String str : keyStr) {
            notAllowedKeyWords.add(str);
        }
    }
    HttpServletRequest orgRequest = null;
    private Map<String, String[]> parameterMap;
    private final byte[] body; //用于保存读取body中数据

    public XssAndSqlHttpServletRequestWrapper(HttpServletRequest request) throws IOException{
        super(request);
        orgRequest = request;
        parameterMap = request.getParameterMap();
        body = StreamUtils.copyToByteArray(request.getInputStream());
    }

    // 重写几个HttpServletRequestWrapper中的方法
    /**
     * 获取所有参数名
     *
     * @return 返回所有参数名
     */
    @Override
    public Enumeration<String> getParameterNames() {
        Vector<String> vector = new Vector<String>(parameterMap.keySet());
        return vector.elements();
    }

    /**
     * 覆盖getParameter方法,将参数名和参数值都做xss & sql过滤。<br/>
     * 如果需要获得原始的值,则通过super.getParameterValues(name)来获取<br/>
     * getParameterNames,getParameterValues和getParameterMap也可能需要覆盖
     */
    @Override
    public String getParameter(String name) {
        String[] results = parameterMap.get(name);
        if (results == null || results.length <= 0)
            return null;
        else {
            String value = results[0];
            if (value != null) {
                value = xssEncode(value);
            }
            return value;
        }
    }

    /**
     * 获取指定参数名的所有值的数组,如:checkbox的所有数据 接收数组变量 ,如checkobx类型
     */
    @Override
    public String[] getParameterValues(String name) {
        String[] results = parameterMap.get(name);
        if (results == null || results.length <= 0)
            return null;
        else {
            int length = results.length;
            for (int i = 0; i < length; i++) {
                results[i] = xssEncode(results[i]);
            }
            return results;
        }
    }

    /**
     * 覆盖getHeader方法,将参数名和参数值都做xss & sql过滤。<br/>
     * 如果需要获得原始的值,则通过super.getHeaders(name)来获取<br/>
     * getHeaderNames 也可能需要覆盖
     */
    @Override
    public String getHeader(String name) {

        String value = super.getHeader(xssEncode(name));
        if (value != null) {
            value = xssEncode(value)
<think>好的,我现在需要帮助用户解决如何配置Nginx来拦截通过POST方式提交的SQL注入攻击。首先,我得回想一下Nginx的相关配置,特别是关于处理POST请求和防止SQL注入的部分。 用户提到他们想拦截POST请求中的SQL注入,这可能需要检查请求体中的内容。Nginx默认情况下不会处理POST数据,因为它的body数据可能很大,处理起来会影响性能。不过,可以通过一些模块或者配置来实现这个需求。 首先,我记得Nginx的ngx_http_rewrite_module模块可以用来重写请求,但可能不够。可能需要用到ngx_http_lua_module来执行Lua脚本,这样可以更灵活地检查请求体。另外,可能需要设置client_body_buffer_size和client_body_in_file_only来将请求体保存到文件中,以便后续处理。 接下来,具体的配置步骤可能包括:配置Nginx以捕获POST数据,然后使用正则表达式匹配常见的SQL注入模式,比如单引号、分号、union select等关键词。例如,在location块中添加配置,使用if条件判断请求方法是否为POST,然后通过$request_body变量或者读取临时文件来获取POST数据,并进行正则匹配。如果检测到恶意内容,返回403禁止访问。 同时,需要注意性能问题,因为处理POST数据可能会增加服务器负担。所以可能需要限制检查的内容长度,或者调整缓冲区大小。另外,确保正则表达式尽可能高效,避免过于复杂的模式影响性能。 另外,参考用户提供的引用链接,其中提到Nginx防护规则包括拦截非法字符、SQL注入XSS等。可能需要结合这些已有的规则,调整到处理POST请求的情况。例如,引用中的方法可能主要是针对GET请求的查询参数,而POST数据需要不同的处理方式。 还需要考虑的是,Nginx的配置是否支持在server或http块中全局应用这些规则,或者需要在特定的location中配置。例如,可能需要在处理PHP或其他后端脚本的location中添加这些检查,以确保只有相关请求被过滤。 最后,测试配置是否正确,避免误拦截正常请求。可能需要编写一些测试用例,发送包含SQL注入特征的POST请求,验证Nginx是否能够正确拦截并返回403。同时,检查日志文件,确认是否有错误或误报的情况。 总结一下,配置的关键点包括启用必要的模块、处理POST数据、编写有效的正则表达式、考虑性能影响以及正确应用配置位置。可能还需要参考已有的安全配置,如引用中的方法,进行适当的调整和优化。</think>### Nginx拦截POST请求SQL注入的配置方法 要拦截通过POST请求提交的SQL注入攻击,需通过Nginx的过滤规则对请求体内容进行检测。具体步骤如下: #### 1. **启用请求体处理模块** Nginx默认不读取POST请求体数据,需添加配置使其支持: ```nginx client_body_buffer_size 10M; # 根据实际需求调整缓冲区大小 client_body_in_file_only clean; client_body_temp_path /var/nginx/client_body_temp; ``` #### 2. **注入检测规则** 在`server`或`location`块中添加过滤逻辑: ```nginx location / { # 检测POST请求 if ($request_method = POST) { set $block 0; # 检查请求体中的SQL注入特征 if ($request_body ~* "(\'|\")(.*)(\%27|\%23|\-\-|\;|\=|\|)(.*)(select|union|insert|update|delete|drop|alter|truncate|sleep|benchmark)") { set $block 1; } # 若检测到攻击则拦截 if ($block = 1) { return 403; access_log /var/log/nginx/sql_injection.log; } } # 其他反向代理配置 proxy_pass http://backend; } ``` #### 3. **使用Lua模块增强检测(推荐)** 通过`ngx_http_lua_module`动态处理POST数据: ```nginx location / { access_by_lua_block { if ngx.req.get_method() == "POST" then ngx.req.read_body() local body_data = ngx.req.get_body_data() if body_data and string.match(body_data:lower(), "[%c%z\'\"%;%-\-]+%s*(select|union|insert|update|delete)") then ngx.exit(403) end end } proxy_pass http://backend; } ``` #### 4. **性能与安全性平衡** - 使用`client_max_body_size`限制请求体大小 - 正则表达式应避免过度复杂,例如优先检测如`union%20select`、`;sleep(`等组合 - 结合WAF模块(如ModSecurity)实现更精准的防护[^1] #### 5. **测试与日志监控** - 发送含`admin' OR 1=1#`的POST请求验证拦截效果 - 通过`tail -f /var/log/nginx/access.log`观察拦截记录
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值