使用NGINX+Openresty实现WAF功能
一、了解WAF
1.1 什么是WAF
Web应用防护系统（也称：网站应用级入侵防御系统 。英文：Web Application Firewall，简称： WAF）。利用国际上公认的一种说法：Web应用 防火墙 是通过执行一系列针对HTTP/HTTPS的 安全策略 来专门为Web应用提供保护的一款产品。
1.2 WAF的功能
支持IP白名单和黑名单功能，直接将黑名单的IP访问拒绝。
支持URL白名单，将不需要过滤的URL进行定义。
支持User-Agent的过滤，匹配自定义规则中的条目，然后进行处理（返回403）。
支持cc攻击防护，单个URL指定时间的访问次数，超过设定值，直接返回403。
支持Cookie过滤，匹配自定义规则中的条目，然后进行处理（返回403）。
支持URL过滤，匹配自定义规则中的条目，如果用户请求的URL包含这些，返回403。
支持URL参数过滤，原理同上。
支持日志记录，将所有拒绝的操作，记录到日志中去
1.3 WAF的特点
异常检测协议
Web应用防火墙会对HTTP的请求进行异常检测，拒绝不符合HTTP标准的请求。并且，它也可以只允许HTTP协议的部分选项通过，从而减少攻击的影响范围。甚至，一些Web应用防火墙还可以严格限定HTTP协议中那些过于松散或未被完全制定的选项。
增强的输入验证
增强输入验证，可以有效防止网页篡改、信息泄露、木马植入等恶意网络入侵行为。从而减小Web服务器被攻击的可能性。
及时补丁
修补Web安全漏洞，是Web应用开发者最头痛的问题，没人会知道下一秒有什么样的漏洞出现，会为Web应用带来什么样的危害。WAF可以为我们做这项工作了——只要有全面的漏洞信息WAF能在不到一个小时的时间内屏蔽掉这个漏洞。当然，这种屏蔽掉漏洞的方式不是非常完美的，并且没有安装对应的补丁本身就是一种安全威胁，但我们在没有选择的情况下，任何保护措施都比没有保护措施更好。
基于规则的保护和基于异常的保护
基于规则的保护可以提供各种Web应用的安全规则，WAF生产商会维护这个规则库，并时时为其更新。用户可以按照这些规则对应用进行全方面检测。还有的产品可以基于合法应用数据建立模型，并以此为依据判断应用数据的异常。但这需要对用户企业的应用具有十分透彻的了解才可能做到，可现实中这是十分困难的一件事情。
状态管理
WAF能够判断用户是否是第一次访问并且将请求重定向到默认登录页面并且记录事件。通过检测用户的整个操作行为我们可以更容易识别攻击。状态管理模式还能检测出异常事件（比如登陆失败），并且在达到极限值时进行处理。这对暴力攻击的识别和响应是十分有利的。
其他防护技术
WAF还有一些安全增强的功能，可以用来解决WEB程序员过分信任输入数据带来的问题。比如：隐藏表单域保护、抗入侵规避技术、响应监视和信息泄露保护。
1.3WAF与网络防火墙的区别
网络防火墙作为访问控制设备，主要工作在OSI模型三、四层，基于IP报文进行检测。只是对端口做限制，对TCP协议做封堵。其产品设计无需理解HTTP会话，也就决定了无法理解Web应用程序语言如HTML、SQL语言。因此，它不可能对HTTP通讯进行输入验证或攻击规则分析。针对Web网站的恶意攻击绝大部分都将封装为HTTP请求，从80或443端口顺利通过防火墙检测。
一些定位比较综合、提供丰富功能的防火墙，也具备一定程度的应用层防御能力，如能根据TCP会话异常性及攻击特征阻止网络层的攻击，通过IP分拆和组合也能判断是否有攻击隐藏在多个数据包中，但从根本上说他仍然无法理解HTTP会话，难以应对如SQL注入、跨站脚本、cookie窃取、网页篡改等应用层攻击。
web应用防火墙能在应用层理解分析HTTP会话，因此能有效的防止各类应用层攻击，同时他向下兼容，具备网络防火墙的功能。
二、使用nginx配置简单实现403和404
2.1 小试身手之rerurn 403
修改nginx配置文件在server中加入以下内容
set $block_user_agent 0;
if ($http_user_agent ~ “Wget|AgentBench”){ # 注意if 和(之间要有空格，否则会报错
set $block_user_agent 1;
}
if ($block_user_agent = 1){
return 403;
}
通过其他机器去wget，结果如下
[root@mini1 ~]# wget http://192.168.3.140
–2017-05-05 14:14:53– http://192.168.3.140/
Connecting to 192.168.3.140:80… connected.
HTTP request sent, awaiting response… 403 Forbidden
2017-05-05 14:14:53 ERROR 403: Forbidden.
2.2小试身手之rerurn 404
在nginx配置文件中加入如下内容，让访问sql|bak|zip|tgz|tar.gz的请求返回404
location ~* “.(sql|bak|zip|tgz|tar.gz)$” {
return 404;
}
NGINX下如何自定义404页面:
1.创建自己的404.html页面
2.更改nginx.conf在http定义区域加入： fastcgi_intercept_errors on;
3.更改nginx.conf
中在server 区域加入： error_page 404 /404.html 或者 error_page 404 = http://www.xxx.com/404.html
4.更改后重启nginx,，测试nginx.conf正确性： /user/local/nginx/sbin/nginx –t
在网站根目录下放一个.sql
通过浏览器访问结果如下，404已生效
三、深入实现WAF
3.1 WAF实现规划
分析步骤如下：解析HTTP请求==》匹配规则==》防御动作==》记录日志
具体实现如下：
解析http请求：协议解析模块
匹配规则：规则检测模块，匹配规则库
防御动作：return 403 或者跳转到自定义界面
日志记录：记录到elk中，画出饼图，建议使用json格式
3.2安装nginx+lua
由于nginx配置文件书写不方便，并且实现白名单功能很复杂，nginx的白名单也不适用于CC攻击，所以在这里使用nginx+lua来实现WAF，如果想使用lua，须在编译nginx的时候配置上lua，或者结合OpenResty使用,此方法不需要编译nginx时候指定lua
3.2.1 编译nginx的时候加载lua可以参考
安装依赖包
yum install -y gcc gcc-c++ openssl-devel
环境准备 [root@nginx-lua ~]# cd /usr/local/src 首先，现在Nginx安装必备的Nginx和PCRE软件包。
[root@nginx-lua src]# wget http://nginx.org/download/nginx-1.9.4.tar.gz
[root@nginx-lua src]# wget ftp://ftp.csx.cam.ac.uk/pub/software/programming/pcre/pcre-8.37.tar.gz
其次，下载当前最新的luajit和ngx_devel_kit (NDK)，以及lua-nginx-module
[root@nginx-lua src]# wget http://luajit.org/download/LuaJIT-2.0.4.tar.gz
[root@nginx-lua src]# wget https://github.com/simpl/ngx_devel_kit/archive/v0.2.19.tar.gz
[root@nginx-lua src]# wget https://github.com/openresty/lua-nginx-module/archive/v0.9.16.tar.gz
最后，创建Nginx运行的普通用户 [root@nginx-lua src]# useradd -s /sbin/nologin -M www
解压NDK和lua-nginx-module
[root@node1 src]# tar zxvf v0.2.19.tar.gz # 解压后为ngx_devel_kit-0.2.19
[root@node1 src]# tar -zxvf v0.9.16.tar.gz # 解压后为lua-nginx-module-0.9.16
[root@node1 src]# tar zxf pcre-8.37.tar.gz
安装LuaJIT Luajit是Lua即时编译器
[root@node1 src]# tar zxvf LuaJIT-2.0.4.tar.gz
[root@node1 src]# cd LuaJIT-2.0.4
[root@node1 LuaJIT-2.0.4]# make && make install
安装Nginx并加载模块(说明该编译方式只能适配nginx1.9.4版本的nginx，1.10和1.12等无法适配)
[root@node1 nginx-1.9.4]# tar zxf nginx-1.9.4.tar.gz
[root@node1 src]# cd cd nginx-1.9.4
[root@node1 nginx-1.9.4]# export LUAJIT_LIB=/usr/local/lib
[root@node1 nginx-1.9.4]# export LUAJIT_INC=/usr/local/include/luajit-2.0
[root@node1 nginx-1.9.4]# ./configure –prefix=/usr/local/nginx –user=www –group=www –with-http_ssl_module –with-http_stub_status_module –with-file-aio –with-http_dav_module –add-module=../ngx_devel_kit-0.2.19/ –add-module=../lua-nginx-module-0.9.16/ –with-pcre=/usr/local/src/pcre-8.37
[root@node1 nginx-1.9.4]# make -j2 && make install # -j2表示同时使用两个任务
[root@openstack-compute-node5 ~]# ln -s /usr/local/lib/libluajit-5.1.so.2 /lib64/libluajit-5.1.so.2 #一定创建此软连接，否则报错
安装完毕后，下面可以测试安装了，修改nginx.conf 增加第一个配置
location /hello {
default_type ‘text/plain’;
content_by_lua ‘ngx.say(“hello,lua,heihei”)’;
}
[root@node1 nginx]# /usr/local/nginx-1.9.4/sbin/nginx –t
[root@node1 nginx]# /usr/local/nginx-1.9.4/sbin/nginx
3.2.3 Openresty部署
安装依赖包
# yum install -y readline-devel pcre-devel openssl-devel
下载并编译安装openresty(ngx_openresty-1.9.3.2.tar.gz和nginx1.9.4兼容，其他版本无法和nginx1.9.4兼容)
[root@node1 html]# cd /usr/local/src/
[root@node1 src]# wget https://openresty.org/download/ngx_openresty-1.9.3.2.tar.gz
[root@node1 src]# tar -zxf ngx_openresty-1.9.3.2.tar.gz
[root@node1 src]# cd ngx_openresty-1.9.3.2
[root@node1 ngx_openresty-1.9.3.2]# ./configure –prefix=/usr/local/openresty-1.9.3.2 –with-luajit –with-http_stub_status_module –with-pcre –with-pcre-jit
[root@node1 ngx_openresty-1.9.3.2]# gmake && gmake install
[root@node1 ngx_openresty-1.9.3.2]# ln -s /usr/local/openresty-1.9.3.2/ /usr/local/openresty
测试openresty安装
location /hi {
default_type text/html;
content_by_lua_block{
ngx.say(‘hello openrastry’)
}
}
测试并启动openrestry下的nginx
[root@node1 ngx_openresty-1.9.3.2]# /usr/local/openresty/nginx/sbin/nginx -t
nginx: the configuration file /usr/local/openresty-1.9.3.2/nginx/conf/nginx.conf syntax is ok
nginx: configuration file /usr/local/openresty-1.9.3.2/nginx/conf/nginx.conf test is successful
[root@node1 ngx_openresty-1.9.3.2]# pkill nginx
[root@node1 ngx_openresty-1.9.3.2]# /usr/local/openresty/nginx/sbin/nginx
3.2.4WAF部署
在github上克隆下代码
[root@node1 ~]# git clone https://github.com/unixhot/waf.git
Cloning into ‘waf’…
remote: Counting objects: 75, done.
remote: Total 75 (delta 0), reused 0 (delta 0), pack-reused 75
Unpacking objects: 100% (75/75), done.
[root@node1 ~]# cp -a ./waf/waf /usr/local/openresty/nginx/conf/
修改Nginx的配置文件，加入（http字段）以下配置。注意路径，同时WAF日志默认存放在/tmp/日期_waf.log
[root@node1 ~]# vim /usr/local/openresty/nginx/conf/nginx.conf
#WAF
lua_shared_dict limit 50m; #防cc使用字典，大小50M
lua_package_path “/usr/local/openresty/nginx/conf/waf/?.lua”;
init_by_lua_file “/usr/local/openresty/nginx/conf/waf/init.lua”;
access_by_lua_file “/usr/local/openresty/nginx/conf/waf/access.lua”;
[root@node1 ~]# /usr/local/openresty/nginx/sbin/nginx -t
[root@node1 ~]# /usr/local/openresty/nginx/sbin/nginx -s reload
根据日志记录位置，创建日志目录
[root@node1 ~]# mkdir /tmp/waf_logs
[root@node1 ~]# chown -R www.www /tmp/waf_logs
3.3学习模块
3.3.1学习配置模块
WAF上生产之前，建议不要直接上生产，而是先记录日志，不做任何动作。确定WAF不产生误杀
config.lua即WAF功能详解
# pwd
# /usr/local/openresty/nginx/conf/waf
[root@node1 waf]# vim config.lua
–WAF config file,enable = “on”,disable = “off”
–waf status
config_waf_enable = “on” #是否开启配置
–log dir
config_log_dir = “/tmp/waf_logs” #日志记录地址
–rule setting
config_rule_dir = “/usr/local/nginx/conf/waf/rule-config”
#匹配规则缩放地址
–enable/disable white url
config_white_url_check = “on” #是否开启url检测
–enable/disable white ip
config_white_ip_check = “on” #是否开启IP白名单检测
–enable/disable block ip
config_black_ip_check = “on” #是否开启ip黑名单检测
–enable/disable url filtering
config_url_check = “on” #是否开启url过滤
–enalbe/disable url args filtering
config_url_args_check = “on” #是否开启参数检测
–enable/disable user agent filtering
config_user_agent_check = “on” #是否开启ua检测
–enable/disable cookie deny filtering
config_cookie_check = “on” #是否开启cookie检测
–enable/disable cc filtering
config_cc_check = “on” #是否开启防cc攻击
–cc rate the xxx of xxx seconds
config_cc_rate = “10/60” #允许一个ip60秒内只能访问10此
–enable/disable post filtering
config_post_check = “on” #是否开启post检测
–config waf output redirect/html
config_waf_output = “html” #action一个html页面，也可以选择跳转
–if config_waf_output ,setting url
config_waf_redirect_url = “http://www.baidu.com”
config_output_html=[[ #下面是html的内容
<html>
<head>
<meta http-equiv=”Content-Type” content=”text/html; charset=utf-8″ />
<meta http-equiv=”Content-Language” content=”zh-cn” />
<title>网站防火墙</title>
</head>
<body>
<h1 align=”center”> 您的行为已违反本网站相关规定，注意操作规范。</h1>
</body>
</html>
]]
3.4 学习access.lua的配置
[root@node1 waf]# pwd
/usr/local/openresty/nginx/conf/waf
[root@node1 waf]# cat access.lua
require ‘init’
function waf_main()
if white_ip_check() then
elseif black_ip_check() then
elseif user_agent_attack_check() then
elseif cc_attack_check() then
elseif cookie_attack_check() then
elseif white_url_check() then
elseif url_attack_check() then
elseif url_args_attack_check() then
–elseif post_attack_check() then
else
return
end
end
waf_main()
顺序：先检查白名单，通过即不检测；再检查黑名单，不通过即拒绝，检查UA，UA不通过即拒绝；检查cookie；URL检查;URL参数检查，post检查；
3.5 启用WAF并测试
3.5.1模拟sql注入即url攻击
显示效果如下
日志显示如下,记录了UA，匹配规则，URL，客户端类型，攻击的类型，请求的数据
[root@node1 waf]# tail -f /tmp/waf_logs/2017-05-05_waf.log
{“user_agent”:”Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/57.0.2987.133 Safari/537.36″,”rule_tag”:”\.(bak|inc|old|mdb|sql|backup|java|class|tgz|gz|tar|zip)$”,”req_url”:”/abc.sql”,”client_ip”:”192.168.3.84″,”local_time”:”2017-05-05 17:06:28″,”attack_method”:”Deny_URL”,”req_data”:”-“,”server_name”:”localhost”}
{“user_agent”:”Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/57.0.2987.133 Safari/537.36″,”rule_tag”:”\.(bak|inc|old|mdb|sql|backup|java|class|tgz|gz|tar|zip)$”,”req_url”:”/abc.sql”,”client_ip”:”192.168.3.84″,”local_time”:”2017-05-05 17:06:29″,”attack_method”:”Deny_URL”,”req_data”:”-“,”server_name”:”localhost”}
{“user_agent”:”Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/57.0.2987.133 Safari/537.36″,”rule_tag”:”\.(bak|inc|old|mdb|sql|backup|java|class|tgz|gz|tar|zip)$”,”req_url”:”/abc.sql”,”client_ip”:”192.168.3.84″,”local_time”:”2017-05-05 17:06:29″,”attack_method”:”Deny_URL”,”req_data”:”-“,”server_name”:”localhost”}
3.5.2 使用ab压测工具模拟防cc攻击
[root@mini1 ~]# ab -n 1000 -c 50 http://192.168.3.140/ This is ApacheBench, Version 2.3 <$Revision: 655654 $> Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/ Licensed to The Apache Software Foundation, http://www.apache.org/ Benchmarking 192.168.3.140 (be patient) Completed 100 requests Completed 200 requests Completed 300 requests Completed 400 requests Completed 500 requests Completed 600 requests Completed 700 requests Completed 800 requests Completed 900 requests Completed 1000 requests Finished 1000 requests Server Software: openresty/1.9.3.2 Server Hostname: 192.168.3.140 Server Port: 80 Document Path: / Document Length: 612 bytes Concurrency Level: 50 Time taken for tests: 0.674 seconds Complete requests: 1000 Failed requests: 989 (Connect: 0, Receive: 0, Length: 989, Exceptions: 0) Write errors: 0 Non-2xx responses: 989 # config.lua中设置的，60秒内只允许10个请求 Total transferred: 334731 bytes HTML transferred: 178818 bytes Requests per second: 1483.92 [#/sec] (mean) Time per request: 33.695 [ms] (mean) Time per request: 0.674 [ms] (mean, across all concurrent requests) Transfer rate: 485.07 [Kbytes/sec] received Connection Times (ms) min mean[+/-sd] median max Connect: 0 1 1.0 1 7 Processing: 4 32 3.7 32 38 Waiting: 2 32 3.8 32 38 Total: 11 33 3.0 33 41 Percentage of the requests served within a certain time (ms) 50% 33 66% 34 75% 34 80% 34 90% 35 95% 36 98% 37 99% 38 100% 41 (longest request)
3.5.3 模拟ip黑名单
将请求ip放入ip黑名单中
[root@node1 waf]# echo “192.168.3.84” >>/usr/local/openresty/nginx/conf/waf/rule-config/blackip.rule
显示结果如下
3.5.4 模拟ip白名单
将请求ip放入ip白名单中，此时将不对此ip进行任何防护措施，所以sql注入时应该返回404
[root@node1 waf]# echo “192.168.3.84” >> /usr/local/openresty/nginx/conf/waf/rule-config/whiteip.rule
显示结果如下
3.5.5 模拟URL参数检测
浏览器输入http://192.168.3.140/?id=select * from name where name=”jack”
显示结果如下
详细规定在arg.rule中有规定,对请求进行了规范
[root@node1 rule-config]# cat /usr/local/openresty/nginx/conf/waf/rule-config/args.rule ../ :$ ${ select.+(from|limit) (?:(union(.*?)select)) having|rongjitest sleep((s*)(d*)(s*)) benchmark((.*),(.*)) base64_decode( (?:fromW+information_schemaW) (?:(?:current_)user|database|schema|connection_id)s*( (?:etc/W*passwd) into(s+)+(?:dump|out)files* groups+by.+( xwork.MethodAccessor (?:define|eval|file_get_contents|include|require|require_once|shell_exec|phpinfo|system|passthru|preg_w+|execute|echo|print|print_r|var_dump|(fp)open|alert|showmodaldialog)( xwork.MethodAccessor (gopher|doc|php|glob|file|phar|zlib|ftp|ldap|dict|ogg|data):/ java.lang $_(GET|post|cookie|files|session|env|phplib|GLOBALS|SERVER)[ <(iframe|script|body|img|layer|div|meta|style|base|object|input) (onmouseover|onerror|onload)=
四、防cc攻击利器之httpgrard
4.1 httpgrard介绍
HttpGuard是基于openresty,以lua脚本语言开发的防cc攻击软件。而openresty是集成了高性能web服务器Nginx，以及一系列的Nginx模块，这其中最重要的，也是我们主要用到的nginx lua模块。HttpGuard基于nginx lua开发，继承了nginx高并发，高性能的特点，可以以非常小的性能损耗来防范大规模的cc攻击。
4.2 httpgrard防cc特效
限制访客在一定时间内的请求次数
向访客发送302转向响应头来识别恶意用户,并阻止其再次访问
向访客发送带有跳转功能的js代码来识别恶意用户，并阻止其再次访问
向访客发送cookie来识别恶意用户,并阻止其再次访问
支持向访客发送带有验证码的页面，来进一步识别，以免误伤
支持直接断开恶意访客的连接
支持结合iptables来阻止恶意访客再次连接
支持白名单功能
支持根据统计特定端口的连接数来自动开启或关闭防cc模式
详见github地址https://github.com/centos-bz/HttpGuard
五、WAF上线
初期上线只记录日志，不开启WAF，防止误杀
WAF规则管理使用saltstack工具
要知道并不是有了WAF就安全，安全在很大一部分是人为因素
原文链接：https://www.cnblogs.com/reblue520/p/6814072.html
原创文章，作者：优速盾-小U，如若转载，请注明出处：https://www.cdnb.net/bbs/archives/22744
