被黑客用nginx攻击了网站，该怎么办？
最好的防御方式就是攻击 知己知彼，百战不殆。掌握攻击者的套路才好顶得住攻击。
可能我的读者多少了解过Nginx，我先给不了解的同学简单说一下原理。已经了解的跳到第二节。
3分钟了解Nginx
Nginx是一款高性能的Web服务器和反向代理服务器。
它可以用来搭建网站、做应用服务器，能够处理大量的并发连接和请求。
静态内容托管（主要）：可以用来做网页、图片、文件的 “静态”内容托管。
动态内容托管（主要）：将经常访问的动态内容缓存到内存中，提高访问速度和性能。
反向代理（主要）：将客户端的请求发送到后端真实服务器，并将后端服务器的响应返回给客户端。
类似于一个快递收发室，指挥快递（流量）应该投递到哪个买家。
它还能提供一些高级功能：
负载均衡：将客户端的请求分发到多个后端服务器上，从而提高服务的可用性和性能。
SSL/TLS加密传输：通过加密和认证保护数据传输安全。
HTTP/2支持：通过多路复用技术提高并发连接处理能力和页面加载速度。
安全防护：提供多种防护机制，如限制IP访问、请求频率限制、反爬虫等。
动态内容处理：支持FastCGI、uWSGI等协议，与后端应用服务器进行动态内容交互。
日志记录：记录访问日志和错误日志，方便监控和排查问题。
自定义模块开发：支持自定义模块开发，可以根据需求进行二次开发和扩展。
读到这里，我知道很多人脑子都要爆了。现在让我们直入主题。结合以上功能的能做哪些攻击方式。
反向代理攻击
使用Nginx作为反向代理服务器，将攻击流量转发到目标服务器。这样就能隐藏攻击流量的真实地址。
server {
listen 80;
server_name ;
location / {
proxy_pass ;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
}
}
所有访问:80的流量全部都会转发到服务器上。
proxy_set_header X-Real-IP $remote_addr; 设置请求头提供真实来源ip。
proxy_set_header Host $host;设置访问的Host。
只要把X-Real-IP改成其他不存在的IP，就可以隐藏自己的真实IP地址，让攻击更难以被追踪和防御。当然相对于客户端来说，只能知道nginx的地址就不知道真实服务器的地址了。
DDoS攻击
DDoS攻击就是借助某些工具瞬间发动大量的请求，让服务器资源耗尽，无法正常响应其他用户的请求，一般也常用于压力测试。介绍一些常用的工具：
ApacheBench (ab)：常用的命令行工具，用于模拟多个并发请求。可以控制请求总数、并发数等参数。
Siege：命令行工具，和上面一样，并且还支持 HTTP 和 HTTPS 协议。
JMeter：一个功能强大的 Java 应用程序，可以用于模拟各种负载情况。JMeter 可以通过图形界面进行配置，支持更多协议和数据格式，包括 HTTP、HTTPS、SOAP、REST 等。
但事实往往比这个残酷，攻击者会做一些病毒，在网络上传播开来，病毒运行时可以直接疯狂访问服务器，或者利用Nginx提供的反向代理和其支持的比如socket、SSL，不断的建立握手请求。
限流、黑名单防御
小熊主要给大家介绍怎么防御。这种病毒感染方式就不说了，我害怕戴银手铐。
http {
limit_req_zone $binary_remote_addr zone=one:10m rate=5r/s;
geo $block {
default 0;
include /path/to/block_ip.txt;
}
server {
listen 80;
location / {
limit_req zone=one burst=10 nodelay;
if ($block) {
return 403;
}
proxy_pass ;
}
}
}
limit_req_zone 定义了一个名为“one”的限制请求速率的区域，该区域的大小为10MB，请求速率限制为每秒5个请求。
limit_req 指定使用名为“one”的限制规则。
geo $block是黑名单，这个文件可以写需要屏蔽的ip。
server块中的location指令使用了limit_req和if表示黑名单的返回403状态码。
负载均衡防御
假设我有两个后端服务器。
http {
upstream backend {
# 轮询方式的负载均衡
server backend1.example.com;
server backend2.example.com;
}
...
server{...}
}
有多种负载均衡方式。
server {
...
location /api/ {
# 轮训
proxy_pass ;
}
location /lb/ {
# IP哈希方式的负载均衡
ip_hash;
proxy_pass ;
}
location /upstream/ {
# 根据服务器性能或响应时间进行加权轮询
upstream backend {
server backend1.example.com weight=2;
server backend2.example.com;
}
# 对 backend 进行访问
proxy_pass ;
}
location /least_conn/ {
# 最少连接数的负载均衡
least_conn;
proxy_pass ;
}
location /random/ {
# 随机方式的负载均衡
random;
proxy_pass ;
}
location /sticky/ {
# 基于客户端IP的哈希方式的负载均衡
hash $remote_addr consistent;
server backend1.example.com;
server backend2.example.com;
}
}
很多人学nginx都会对ip_hash和基于客户端IP的哈希方式的负载均衡有疑惑。分不清，我一句话给大家讲清楚。
ip_hash能保证相同来源一定能访问相同的服务器，适用于登录等有状态的场景。在请求量少的时候，容易出现很多ip落在同一服务器上，分布不均衡。
基于客户端ip的hash，是根据客户端 IP 地址计算哈希值，然后将哈希值与后端服务器数量取模。使请求平均分配到不同的服务器上，也能保证同一ip请求落到同一服务器上。但是可以保证各个服务器比较均衡。
我认为使用方式二更好，可能理解有限，欢迎各位读者分享自己的看法！
网络钓鱼攻击
黑客可以使用Nginx伪装成一个合法的网站，诱骗用户输入敏感信息。例如，他们可以使用Nginx构造一个伪造的登录页面，让用户输入用户名和密码，然后将这些信息发送给黑客服务器。
其实就是静态托管+反向代理功能的组合。
server {
listen 80;
server_name example.com;
# 静态网站托管
location / {
root /var/www/mywebsite/dist;
index index.html index.htm;
}
# API代理转发
location /api {
proxy_pass :8000;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
}
}
访问根目录就访问到静态的网站资源。
访问/api路由转发到api服务上。
我的博客就用了这种方式，同样的我写了很多了不同的server{}块，来监听不同的域名，这样我可以把多个网站全部部署在同一台机器上，极限利用服务器资源。
最后
这两天在写一个小程序，计划做成程序员资源、求助、内推、课程、学习路线图之类的综合类小程序，所以更新有点慢了，见谅见谅。
对于今天所述的文章，真正有不良居心的人，总是会有更sao的攻击方法。我也不敢说得太多，而且这些攻击的行为都是违法的，建议大家学会以后手下留情。
今天的目的实际上是教大家学会nginx的常用配置方法，用心良苦，莫辜负点个赞再走。
作者：熊哥
欢迎关注微信公众号 ：释然IT杂谈
(责任编辑：admin) |