昨天临近下班的时候,明月发现博客(iMydl.com)访问缓慢,甚至出现504错误,通过top -i
命令查看服务器负载发现负载数值飙升到3.2之多了,并且持续时间越来越频繁直至持续升高的趋势,还以为是被攻击了,对来访IP进行了阈值限制后效果并不是很明显,CDN服务里限制几个主要IP效果依然不是很明显,这时候明月意识到这是被恶意扫描攻击了应该。
通过服务器waf的日志记录分析得出基本都是SQL注入、XSS攻击范畴,这些攻击都绕过了CDN缓存规则直接回源请求,这就造成PHP、MySQL运算请求越来越多,服务器负载飙升就是这个原因造成的,在日志里可以看到几乎大部分都是 GET/POST 形式的请求,虽然waf都完美的识别和拦截了,但是因为 Nginx 层面应对措施,所以还是会对服务器负载形成一定的压力,于是在Nginx里也加入了防止SQL注入、XSS攻击的配置,没有想到效果竟然出奇的好。
将下面的Nginx配置文件代码放入到对应站点的.conf配置文件[server]里,然后重启Nginx即可生效。
if ($request_method !~* GET|POST) { return 444; }
#使用444错误代码可以更加减轻服务器负载压力。
#防止SQL注入
if ($query_string ~* (\$|'|--|[+|(%20)]union[+|(%20)]|[+|(%20)]insert[+|(%20)]|[+|(%20)]drop[+|(%20)]|[+|(%20)]truncate[+|(%20)]|[+|(%20)]update[+|(%20)]|[+|(%20)]from[+|(%20)]|[+|(%20)]grant[+|(%20)]|[+|(%20)]exec[+|(%20)]|[+|(%20)]where[+|(%20)]|[+|(%20)]select[+|(%20)]|[+|(%20)]and[+|(%20)]|[+|(%20)]or[+|(%20)]|[+|(%20)]count[+|(%20)]|[+|(%20)]exec[+|(%20)]|[+|(%20)]chr[+|(%20)]|[+|(%20)]mid[+|(%20)]|[+|(%20)]like[+|(%20)]|[+|(%20)]iframe[+|(%20)]|[\<|%3c]script[\>|%3e]|javascript|alert|webscan|dbappsecurity|style|confirm\(|innerhtml|innertext)(.*)$) { return 555; }
if ($uri ~* (/~).*) { return 501; }
if ($uri ~* (\\x.)) { return 501; }
#防止SQL注入
if ($query_string ~* "[;'<>].*") { return 509; }
if ($request_uri ~ " ") { return 509; }
if ($request_uri ~ (\/\.+)) { return 509; }
if ($request_uri ~ (\.+\/)) { return 509; }
#if ($uri ~* (insert|select|delete|update|count|master|truncate|declare|exec|\*|\')(.*)$ ) { return 503; }
#防止SQL注入
if ($request_uri ~* "(cost\()|(concat\()") { return 504; }
if ($request_uri ~* "[+|(%20)]union[+|(%20)]") { return 504; }
if ($request_uri ~* "[+|(%20)]and[+|(%20)]") { return 504; }
if ($request_uri ~* "[+|(%20)]select[+|(%20)]") { return 504; }
if ($request_uri ~* "[+|(%20)]or[+|(%20)]") { return 504; }
if ($request_uri ~* "[+|(%20)]delete[+|(%20)]") { return 504; }
if ($request_uri ~* "[+|(%20)]update[+|(%20)]") { return 504; }
if ($request_uri ~* "[+|(%20)]insert[+|(%20)]") { return 504; }
if ($query_string ~ "(<|%3C).*script.*(>|%3E)") { return 505; }
if ($query_string ~ "GLOBALS(=|\[|\%[0-9A-Z]{0,2})") { return 505; }
if ($query_string ~ "_REQUEST(=|\[|\%[0-9A-Z]{0,2})") { return 505; }
if ($query_string ~ "proc/self/environ") { return 505; }
if ($query_string ~ "mosConfig_[a-zA-Z_]{1,21}(=|\%3D)") { return 505; }
if ($query_string ~ "base64_(en|de)code\(.*\)") { return 505; }
if ($query_string ~ "[a-zA-Z0-9_]=http://") { return 506; }
if ($query_string ~ "[a-zA-Z0-9_]=(\.\.//?)+") { return 506; }
if ($query_string ~ "[a-zA-Z0-9_]=/([a-z0-9_.]//?)+") { return 506; }
if ($query_string ~ "b(ultram|unicauca|valium|viagra|vicodin|xanax|ypxaieo)b") { return 507; }
if ($query_string ~ "b(erections|hoodia|huronriveracres|impotence|levitra|libido)b") {return 507; }
if ($query_string ~ "b(ambien|bluespill|cialis|cocaine|ejaculation|erectile)b") { return 507; }
if ($query_string ~ "b(lipitor|phentermin|pro[sz]ac|sandyauer|tramadol|troyhamby)b") { return 507; }
#这里大家根据自己情况添加删减上述判断参数,cURL、wget这类的屏蔽有点儿极端了,但要“宁可错杀一千,不可放过一个”。
if ($http_user_agent ~* YisouSpider|ApacheBench|WebBench|Jmeter|JoeDog|Havij|GetRight|TurnitinBot|GrabNet|masscan|mail2000|github|wget|curl|Java|python) { return 508; }
#同上,大家根据自己站点实际情况来添加删减下面的屏蔽拦截参数。
if ($http_user_agent ~* "Go-Ahead-Got-It") { return 508; }
if ($http_user_agent ~* "GetWeb!") { return 508; }
if ($http_user_agent ~* "Go!Zilla") { return 508; }
if ($http_user_agent ~* "Download Demon") { return 508; }
if ($http_user_agent ~* "Indy Library") { return 508; }
if ($http_user_agent ~* "libwww-perl") { return 508; }
if ($http_user_agent ~* "Nmap Scripting Engine") { return 508; }
if ($http_user_agent ~* "~17ce.com") { return 508; }
if ($http_user_agent ~* "WebBench*") { return 508; }
if ($http_user_agent ~* "spider") { return 508; } #这个会影响国内某些搜索引擎爬虫,比如:搜狗
#拦截各恶意请求的UA,可以通过分析站点日志文件或者waf日志作为参考配置。
if ($http_referer ~* 17ce.com) { return 509; }
#拦截17ce.com站点测速节点的请求,所以明月一直都说这些测速网站的数据仅供参考不能当真的。
if ($http_referer ~* WebBench*") { return 509; }
#拦截WebBench或者类似压力测试工具,其他工具只需要更换名称即可。
经明月一夜测试和体验,上述代码运行很稳定,结合服务器上的防火墙规则以及waf的拦截和屏蔽,目前站点都已经恢复正常,服务器负载也是正常范围。上述配置代码系明月收集整理出来的,特意分享出来希望可以帮助到有需要的站长们!
41 条评论
辛苦了!~~
多谢支持!
第一个防注入可以优化一下:($|'|--|[+|(%20)]union[+|(%20)]|[+|(%20)]insert[+|(%20)]|[+|(%20)]drop[+|(%20)]|[+|(%20)]truncate[+|(%20)]|[+|(%20)]update[+|(%20)]|[+|(%20)]from[+|(%20)]|[+|(%20)]grant[+|(%20)]|[+|(%20)]exec[+|(%20)]|[+|(%20)]where[+|(%20)]|[+|(%20)]select[+|(%20)]|[+|(%20)]and[+|(%20)]|[+|(%20)]or[+|(%20)]|[+|(%20)]count[+|(%20)]|[+|(%20)]exec[+|(%20)]|[+|(%20)]chr[+|(%20)]|[+|(%20)]mid[+|(%20)]|[+|(%20)]like[+|(%20)]|[+|(%20)]iframe[+|(%20)]|[\<|%3C]iframe|[\<|%3C]script|javascript|alert|webscan|dbappsecurity|href[\=|%3D]|style|confirm[(|%28]|innerhtml|innertext)(.*)$
牛呀!
喵喵喵,配置到站点conf后一直报配置错误,是不是没有加对地方鸭,我加在了server里面。
[ emerg]" if" directive is not allowed here
好像说的是某个if的判断条件不合适!
好的,看了下好像是复制多了几个空格,已经解决了,谢谢鸭。
这些规则以后还考虑更新嘛,是否有考虑加个多次请求动态拉黑或者谷歌的recaptcha静默拦截么。
不会有更新了,这是一种非常被动的防御方式了!真正的生产环境里我还是建议 CDN 层面来完成这些工作的!
这个相对于直接使用ngx lua waf差别和性能有何对比呢?
没有啥差别,都是基于Nginx的!
放这段 代码 会影响seo吗,楼上有人会说影响,没敢用,我直接在服务器禁用那段 ip行不行
影响还是有的,但是都在可接受范围内!
if ($query_string ~* (\$|'|--|[+|(%20)]union[+|(%20)]|[+|(%20)]insert[+|(%20)]|[+|(%20)]drop[+|(%20)]|[+|(%20)]truncate[+|(%20)]|[+|(%20)]update[+|(%20)]|[+|(%20)]from[+|(%20)]|[+|(%20)]grant[+|(%20)]|[+|(%20)]exec[+|(%20)]|[+|(%20)]where[+|(%20)]|[+|(%20)]select[+|(%20)]|[+|(%20)]and[+|(%20)]|[+|(%20)]or[+|(%20)]|[+|(%20)]count[+|(%20)]|[+|(%20)]exec[+|(%20)]|[+|(%20)]chr[+|(%20)]|[+|(%20)]mid[+|(%20)]|[+|(%20)]like[+|(%20)]|[+|(%20)]iframe[+|(%20)]|[\<|%3c]script[\>|%3e]|javascript|alert|webscan|dbappsecurity|style|confirm(|innerhtml|innertext)(.*)$) { return 555; }
if ($request_uri ~* "(cost()|(concat()") { return 504; }
if ($request_uri ~* "[+|(%20)]union[+|(%20)]") { return 504; }
if ($request_uri ~* "[+|(%20)]and[+|(%20)]") { return 504; }
if ($request_uri ~* "[+|(%20)]select[+|(%20)]") { return 504; }
if ($request_uri ~* "[+|(%20)]or[+|(%20)]") { return 504; }
if ($request_uri ~* "[+|(%20)]delete[+|(%20)]") { return 504; }
if ($request_uri ~* "[+|(%20)]update[+|(%20)]") { return 504; }
if ($request_uri ~* "[+|(%20)]insert[+|(%20)]") { return 504; }
其实这两段有重复,实际是一个意思的,request_uri 包含了 query_string,可以去除掉其中一个。
太多的规则必定影响效率。
现在注入攻击太厉害了,还是多一些判断比较靠谱!
36到39行,
if ($query_string ~ "b(ultram|unicauca|valium|viagra|vicodin|xanax|ypxaieo)b") { return 507; }
为什么都前面有个b后面也有个b,包起来有什么用?
应该有误吧。
呵呵,注入攻击无所不用其极!
这里明显是有问题的呀。估计应该是 \b
这些规则仅供参考了!
评论被吃了一部分, b前面有个反斜杠 \b
哦!是嘛!
从xde大神来到了这里。
发现又是明月大神的网站,腻害。
这些代码确定没错的话,我也赶紧用上啦。φ( ̄∇ ̄o)
可以用用试试!
我自己测试以后发现,这个代码会影响百度SEO,使用以后,百度后台的蜘蛛抓取测试会返回503,导致收录下降,慎用
整个代码段里就17行有个返回503的操作,并且博主都已经注释掉了,所以你所产生的503不关这段规则的事。
这个根据自己服务器情况决定吧!
这个可以禁用那段代码即可,这个主要是防范那些都是仿冒百度蜘蛛行为的恶意扫描!
大佬说的[server]是 nginx.conf 里的 server { listen:80 ... } 大括号里??include 也是写这个里面
是的,理解正确!
大佬,第53行 if ($http_user_agent ~* "spider") { return 508; }
这个影响了我的七牛镜像请求,请问大佬,有没办法放行 七牛,但是继续拦截其它的?
这条注释掉或者修改"spider"这个判端内容更精准一些即可!
嗯嗯,我现在就是把这行注释掉了。
用了大佬的规则一个多星期,攻击抵挡住了一些,但是 SSH 登录仍被人不停的暴力尝试,搞的我现在都直接 禁ping 禁止22 端口了。
SSH暴力破解你可以参考一下我分享的利用fail2ban防御SSH服务暴力破解!
https://www.imydl.tech/lnmp/147.html
还有就是SSH无非就是你自己用而已,没有必要用22端口,修改SSH默认端口为一个只有你自己知道的端口号最好了,暴力破解几乎就绝迹了!
如果有Apache版的就好了
这个转换成Apache版应该不难!
我之前给服务器的nginx编译进了云锁模块,感觉云锁还是蛮不错的
去简单了解了一下,国内收费的安全服务不靠谱!
云锁模块?孤弱寡闻了我!
我的云锁累计拦截了3600多条攻击,还是很不错的,有免费版,话说,我怎么又双叒收不到邮件了....... ̄﹃ ̄
我只能说受你的邮箱拦截能力太狠了!
这个比较给力,直接弄进配置文件重启nginx就OK,值得拥有
嗯,不过,最好是在Nginx里include的方式使用,把这些做成一个独立的配置文件!