OpenResty WAF配置指南：增强Web应用安全_nginx 加 redis waf

最新推荐文章于 2024-10-15 09:39:26 发布

heike_沧海

最新推荐文章于 2024-10-15 09:39:26 发布

阅读量1.1k

点赞数 22

文章标签： openresty 前端安全 docker 服务器 linux ssl

本文链接：https://blog.csdn.net/heike_Ch/article/details/141755000

版权

引言

在当今的网络安全环境中，Web应用面临着各种威胁。WAF（Web
应用防火墙）作为一个关键的防御组件，可以有效地保护您的Web应用免受SQL注入、XSS、CSRF等攻击。OpenResty
WAF模块以其高效和灵活性，成为许多企业和开发者的首选。

WAF 模块获取

您可以通过以下两种方式之一获取 Nginx Lua WAF：

Git 克隆

[root@master ~]# git clone https://github.com/loveshell/ngx_lua_waf.git

Wget 下载

[root@master ~]# wget https://github.com/loveshell/ngx_lua_waf/archive/master.zip

安装步骤

下载并解压 ：将下载的 ngx_lua_waf 文件夹解压到您的 Nginx 配置目录中。
重命名 ：将解压后的文件夹重命名为 waf。
验证：检查 waf 文件夹是否已正确放置。

[root@master nginx]# mv ngx_lua_waf/ waf
[root@master conf]# ll

配置详解

以 /usr/local/openresty/nginx/conf 作为 Nginx 安装路径的示例：

Nginx 配置

在 Nginx 的 http 块中添加以下配置：

http {
    lua_package_path "/usr/local/openresty/nginx/conf/waf/?.lua"; # 设置 Lua 脚本搜索路径
    lua_shared_dict limit 10m;  # 定义一个共享字典用于限制检查
    init_by_lua_file /usr/local/openresty/nginx/conf/waf/init.lua;  # 初始化 WAF
    access_by_lua_file /usr/local/openresty/nginx/conf/waf/waf.lua;  # 访问控制

    include       mime.types;
    default_type  application/octet-stream;
    server {
        listen       80;
        server_name  www.test.com;
        ...
        }
}

`config.lua` 文件配置

以下是 config.lua 文件的配置项及其描述：

RulePath = "/usr/local/openresty/nginx/conf/waf/wafconf/" 
attacklog = "on"
logdir = "/usr/local/openresty/nginx/logs/hack/"
UrlDeny="on"
Redirect="on"
CookieMatch="on"
postMatch="on"
whiteModule="on"
black_fileExt={"php","jsp"}
ipWhitelist={"127.0.0.1"}
ipBlocklist={"1.0.0.1"}
CCDeny="on"     
CCrate="50/1"  
html = [[{"retcode":"20001","messages":"请求失败,请稍后再试!","body":{}}]]

参数	类型	描述
`RulePath`	string	WAF 规则文件的目录路径
`attacklog`	string	是否开启攻击日志记录，默认为 “on”
`logdir`	string	攻击日志存放的目录
`UrlDeny`	string	是否开启 URL 访问拦截，默认为 “on”
`Redirect`	string	拦截后是否重定向，默认为 “on”
`CookieMatch`	string	是否开启 Cookie 攻击拦截，默认为 “on”
`postMatch`	string	是否开启 POST 攻击拦截，默认为 “on”
`whiteModule`	string	是否开启 URL 白名单，默认为 “on”
`black_fileExt`	table	不允许上传的文件后缀类型列表
`ipWhitelist`	table	IP 白名单的 IP 地址列表
`ipBlocklist`	table	IP 黑名单的 IP 地址列表
`CCDeny`	string	是否开启 CC 攻击防护，默认为 “off”
`CCrate`	string	CC 攻击频率限制，格式为请求数/时间（秒）
`html`	string	自定义失败提示信息，JSON 格式

WAF规则文件

在 OpenResty WAF中，wafconf/ 目录下的各个子目录通常用于存放不同类型的检测规则。以下是每个子目录的含义及其作用：

args ：这个目录可能包含与 URL 参数或查询字符串参数相关的规则。例如，检测 SQL 注入攻击中常见的参数名或值，或者识别其他可疑的参数。
cookie ：包含用于检测 HTTP 请求中 Cookie 头中潜在恶意内容的规则。这可以包括检测跨站脚本（XSS）攻击、会话劫持等。
post ：用于存放与 HTTP POST 请求相关的规则，这些规则可能用于检测 POST 请求体中的恶意内容，如 XSS 攻击载荷、SQL 注入攻击尝试等。
url ：包含用于检测 URL 本身（不包括参数）的规则。这可能包括识别和阻止钓鱼链接、URL 重定向攻击或其它可疑的 URL 模式。
user-agent ：这个目录可能包含用于检查 HTTP 请求中的 User-Agent 头的规则。一些自动化的扫描工具或恶意用户可能会在 User-Agent 中使用特定的字符串，这些规则可以帮助识别这些行为。
whiteurl ：通常用于定义 URL 白名单规则。如果请求的 URL 与这个目录下的规则匹配，那么即使其他条件满足，请求也不会被 WAF 拦截。

每个目录下的规则文件都可能包含一系列的检测条件，用于识别和响应特定的威胁。这些规则可以是正则表达式、字符串匹配或其他类型的模式匹配，具体取决于规则的编写和WAF的实现。

激活 WAF 模块

完成配置后，重启 Nginx 以应用更改：

/usr/local/nginx/sbin/nginx -s reload

测试 WAF 配置

通过发送恶意请求来测试 WAF 是否正确配置和生效：

# 典型的文件路径遍历攻击，也称为本地文件包含（LFI）攻击
[root@master ~]# curl http://www.test.com/?id=../etc/passwd
{"retcode":"20001","messages":"请求失败,请稍后再试!","body":{}}

# 路径遍历，类似于LFI，攻击者尝试访问受限资源或目录之外的文件
[root@master ~]# curl http://www.test.com/?file=../../../../etc/shadow
{"retcode":"20001","messages":"请求失败,请稍后再试!","body":{}}

# 跨站脚本 (XSS)
[root@master ~]# curl http://www.test.com/?search=%22%3E%3Cscript%3Ealert%28123%29%3C%2Fscript%3E
{"retcode":"20001","messages":"请求失败,请稍后再试!","body":{}}

尝试了几种攻击，都返回{"retcode":"20001","messages":"请求失败,请稍后再试!","body":{}}，说明 WAF
已成功拦截了该请求。