nginx 安全配置规范
说起网络攻击,可能很多人只知道大名鼎鼎的
DDoS攻击
,这种攻击廉价且效果出众,直接通过第四层网络协议用他的带宽把你的带宽顶掉,造成网路阻塞,防不胜防。不过还有一种网络攻击其实比起DDOS更频繁出现,就是
CC(Challenge Collapsar)攻击
,一般来说是利用网站代码漏洞,不停地发大量数据包请求,造成对方服务器回应这些请求导致资源耗尽,一直到宕机崩溃。这种攻击属于第七层的网络协议,一方面在服务器层面是正常的请求,所以这种情况想根本解决问题,只能从代码入手。但是另一方面,也就可以用其他来限制他访问,例如nginx的配置上也是能稍微防一下
隐藏版本号
http {
server_tokens off; # 隐藏版本号
}
经常会有针对某个版本的nginx安全漏洞出现,隐藏nginx版本号就成了主要的安全优化手段之一,当然最重要的是及时升级修复漏洞。(只是隐藏版本号,还是会返回nginx字样)
开启HTTPS
http {
server {
listen 443; # 监听443端口
server_name opstrip.com; # 监听域名
ssl on; # 开启https
ssl_certificate /etc/nginx/certs/opstrip.com.pem; # 配置nginx ssl证书的路径
ssl_certificate_key /etc/nginx/certs/opstrip.com.key; # 配置nginx ssl证书key的路径
ssl_protocols TLSv1 TLSv1.1 TLSv1.2; # 指定客户端建立连接时使用的ssl协议版本,如果不需要兼容TSLv1,直接去掉即可
ssl_ciphers HIGH:!aNULL:!MD5; # 指定客户端连接时所使用的加密算法,你可以再这里配置更高安全的算法
}
}
黑白名单配置
location /admin/ {
allow 192.168.1.0/24; # 只允许该ip访问
deny all; # 拒绝所有ip
# 更多的时候客户端请求会经过层层代理,我们需要通过$http_x_forwarded_for来进行限制,可以这样写:
# set $allow false;
# if ($http_x_forwarded_for = "211.144.204.2") { set $allow true; }
# if ($http_x_forwarded_for ~ "108.2.66.[89]") { set $allow true; }
# if ($allow = false) { return 404; }
}
nginx 配置是前面覆盖后面的,所有先是 拒绝所有,再只允许 192.168.1.0/24 访问
账号认证
server {
location / {
auth_basic "please input user&passwd";
auth_basic_user_file key/auth.key;
}
}
限制请求方法
# $request_method能够获取到请求nginx的method。这里配置只允许GET/POST方法访问,其他的method返回405
if ($request_method !~ ^(GET|POST)$ ) {
return 405;
}
拒绝User-Agent
if ($http_user_agent ~* LWP::Simple|BBBike|wget|curl) {
return 444;
}
可能有一些不法者会利用wget/curl等工具扫描我们的网站,我们可以通过禁止相应的user-agent来简单的防范
Nginx的444状态比较特殊,如果返回444那么客户端将不会收到服务端返回的信息,就像是网站无法连接一样
图片防盗链
location /images/ {
valid_referers none blocked www.opstrip.com opstrip.com;
if ($invalid_referer) {
return 403;
}
}
valid_referers
: 验证 referer,其中 none 允许 referer 为空,blocked 允许不带协议的请求,除了以上两类外仅允许
referer 为 www.opstrip.com 或 opstrip.com 时访问images下的图片资源,否则返回403
当然你也可以给不符合referer规则的请求重定向到一个默认的图片,比如下边这样
location /images/ {
valid_referers blocked www.opstrip.com opstrip.com
if ($invalid_referer) {
rewrite ^/images/.*.(gif|jpg|jpeg|png)$ /static/qrcode.jpg last;
}
}
控制并发连接数
可以通过
ngx_http_limit_conn_module
模块限制一个IP的并发连接数
http {
limit_conn_zone $binary_remote_addr zone=ops:10m; # 设定保存各个键
server {
listen 80;
server_name opstrip.com;
root /home/project/webapp;
index index.html;
location / {
limit_conn ops 10;
}
access_log /var/log/nginx/nginx_access.log main;
}
}
-
limit_conn_zone : 设定保存各个键(例如
$binary_remote_addr
)状态的共享内存空间的参数,zone=空间名字:大小。
大小的计算与变量有关,例如$binary_remote_addr变量的大小对于记录IPV4地址是固定的4
bytes,而记录IPV6地址时固定的16 bytes,存储状态在32位平台中占用32或者64
bytes,在64位平台中占用64
bytes。1m的共享内存空间可以保存大约3.2万个32位的状态,1.6万个64位的状态
-
limit_conn :
指定一块已经设定的共享内存空间(例如name为ops的空间),以及每个给定键值的最大连接数
- 上边的例子表示同一IP同一时间只允许10个连接
-
当有多个
limit_conn 指令被配置时,所有的连接数限制都会生效
http {
limit_conn_zone $binary_remote_addr zone=ops:10m;
limit_conn_zone $server_name zone=coffee:10m;
server {
listen 80;
server_name opstrip.com;
root /data/www/webapp;
index index.html;
location / {
limit_conn ops 10;
limit_conn coffee 2000;
}
}
}
上边的配置不仅会限制单一IP来源的连接数为10,同时也会限制单一虚拟服务器的总连接数为2000
连接权限控制
实际上nginx的最大连接数是
worker_processes
乘以
worker_connections
的总数。
也就是说,下面的这个配置,就是4X65535,一般来说,我们会强调
worker_processes设置成和核数相等
,worker_connections并没有要求。但是同时这个设置其实给了攻击者空间,攻击者是可以同时发起这么多个连接,把你服务器搞跨。所以,我们应该更合理的配置这两个参数。
user www;
worker_processes 4;
error_log /var/log/nginx/nginx_error.log crit;
pid /var/nginx/nginx.pid;
events {
use epoll;
worker_connections 65535;
}
不过,也不是完全没有办法限制,在nginx0.7开始,出了两个新的模块:
- HttpLimitReqModul : 限制单个 IP 每秒请求数
- HttpLimitZoneModule : 限制单个 IP 的连接数
这两个模块,要先在http层定义,然后在 location, server,
http上下文中作限制,他们用的是限制单ip访问的漏桶算法,也就是说超过定义的限制会报503错误,这样爆发的cc攻击就全部被限制住了。当然,有些时候可能是某个公司同一个ip有几十人一起访问网站,这是有可能被误伤的,做好503报错回调是很有必要的。
- 先看 HttpLimitReqModul :
http {
limit_req_zone $binary_remote_addr zone=test_req:10m rate=20r/s;
…
server {
…
location /download/ {
limit_req zone=test_req burst=5 nodelay;
}
}
}
-
上面http层的就是定义,这是一个名为 test_req的limit_req_zone空间,用来存储
session
数据,大小是10M内存,1M大约可以存16000个ip回话,看你访问量有多少就设多少。
-
以
$binary_remote_addr 为key,这个定义是客户端IP,可以改成
$server_name 等其他,限制平均每秒的请求为20个,写成
20r/m 就是每分钟了,也是看你访问量。
-
下面location层就是应用这个限制了,对应上面的定义,对访问download文件夹的请求,限制每个ip每秒不超过20个请求,漏桶数burst为5,brust的意思就是,如果第1,2,3,4秒请求为19个,第5秒的请求为25个是被允许的。但是如果你第1秒就25个请求,第2秒超过20的请求返回503错误。nodelay,如果不设置该选项,第1秒25个请求时,5个请求放到第2秒执行,设置nodelay,25个请求将在第1秒执行。
-
就这个限制定义而言,把每个IP限制了请求数,对于海量的cc请求攻击,效果明显,例如限制到1r/s每秒一次请求,那就更明显了,不过也正如开头所说,对于大公司多人统一IP同时访问,难免出现误伤,所以还是得多考虑。
- 然后再看 HttpLimitZoneModule :
http {
limit_conn_zone test_zone $binary_remote_addr 10m;
server {
location /download/ {
limit_conn test_zone 10;
limit_rate 500k;
}
}
}
-
和上面的类似,上面http层就是总定义,这是一个名为
test_zone 的
limit_conn_zone
空间,大小也是10M,key还是客户端IP地址,不过这个没有限制次数,改下面定义去了。
-
下面location层就是真正定义了,因为
key 定义是客户端ip,所以
limit_conn 就是一个IP限制了10个连接,如果是
$server_name ,那就是一个域名10个连接。然后下面
limit_rate
就是限制一个连接的带宽,如果一个ip两个连接,就是500x2k,这里是10,那就是最多可以有5000K速度给到这个ip了。
缓冲区溢出攻击
缓冲区溢出攻击
是通过将数据写入缓冲区并超出缓冲区边界和重写内存片段来实现的,限制缓冲区大小可有效防止
client_body_buffer_size 1K; # 客户端请求body占用缓冲区大小
client_header_buffer_size 1k; # 客户端请求头部的缓冲区大小
client_max_body_size 1k; # 客户端请求的最大可接受body大小,它出现在请求头部的Content-Length字段
large_client_header_buffers 2 1k; # 一些比较大的请求头使用的缓冲区数量和大小
-
client_body_buffer_size:
默认8k或16k,表示客户端请求body占用缓冲区大小。如果连接请求超过缓存区指定的值,那么这些请求实体的整体或部分将尝试写入一个临时文件。
-
client_header_buffer_size:
表示客户端请求头部的缓冲区大小。绝大多数情况下一个请求头不会大于1k,不过如果有来自于wap客户端的较大的cookie它可能会大于
1k,Nginx将分配给它一个更大的缓冲区,这个值可以在large_client_header_buffers里面设置
-
client_max_body_size:
表示客户端请求的最大可接受body大小,它出现在请求头部的Content-Length字段,
如果请求大于指定的值,客户端将收到一个“Request Entity Too Large”
(413)错误,通常在上传文件到服务器时会受到限制
-
large_client_header_buffers:表示一些比较大的请求头使用的缓冲区数量和大小,默认一个缓冲区大小为操作系统中分页文件大小,通常是4k或8k,请求字段不能大于一个缓冲区大小,如果客户端发送一个比较大的头,nginx将返回“Request
URI too large” (414),请求的头部最长字段不能大于一个缓冲区,否则服务器将返回“Bad request”
(400)
同时需要修改几个超时时间的配置
client_body_timeout 10; # 请求body的超时时间, Nginx将返回“Request time out” (408)错误
client_header_timeout 10; # 读取客户端请求头的超时时间 408错误
keepalive_timeout 5 5; # 参数的第一个值表示客户端与服务器长连接的超时时间,可选的第二个参数参数表示Response头中Keep-Alive: timeout=time的time值,这个值可以使一些浏览器知道什么时候关闭连接,以便服务器不用重复关闭
send_timeout 10; # 客户端应答后的超时时间
-
client_body_timeout:
表示读取请求body的超时时间,如果连接超过这个时间而客户端没有任何响应,Nginx将返回“Request
time out” (408)错误
-
client_header_timeout:
表示读取客户端请求头的超时时间,如果连接超过这个时间而客户端没有任何响应,Nginx将返回“Request
time out” (408)错误
-
keepalive_timeout:
参数的第一个值表示客户端与服务器长连接的超时时间,超过这个时间,服务器将关闭连接,可选的第二个参数参数表示Response头中Keep-Alive:
timeout=time的time值,这个值可以使一些浏览器知道什么时候关闭连接,以便服务器不用重复关闭,如果不指定这个参数,nginx不会在应Response头中发送Keep-Alive信息
-
send_timeout:
表示发送给客户端应答后的超时时间,Timeout是指没有进入完整established状态,只完成了两次握手,如果超过这个时间客户端没有任何响应,nginx将关闭连接
Header头设置
add_header X-Frame-Options "SAMEORIGIN";
add_header X-XSS-Protection "1; mode=block";
add_header X-Content-Type-Options "nosniff";
-
X-Frame-Options:
响应头表示是否允许浏览器加载frame等属性,有三个配置DENY禁止任何网页被嵌入,SAMEORIGIN只允许本网站的嵌套,ALLOW-FROM允许指定地址的嵌套
-
X-XSS-Protection:
表示启用XSS过滤(禁用过滤为X-XSS-Protection:
0),mode=block表示若检查到XSS攻击则停止渲染页面
-
X-Content-Type-Options:
响应头用来指定浏览器对未指定或错误指定Content-Type资源真正类型的猜测行为,nosniff
表示不允许任何猜测
在通常的请求响应中,浏览器会根据Content-Type来分辨响应的类型,但当响应类型未指定或错误指定时,浏览会尝试启用MIME-sniffing来猜测资源的响应类型,这是非常危险的
-
例如一个.jpg的图片文件被恶意嵌入了可执行的js代码,在开启资源类型猜测的情况下,浏览器将执行嵌入的js代码,可能会有意想不到的后果
其他的Header头配置
另外还有几个关于请求头的安全配置需要注意
- Content-Security-Policy: 定义页面可以加载哪些资源
add_header Content-Security-Policy "default-src 'self'";
上边的配置会限制所有的外部资源,都只能从当前域名加载,其中default-src定义针对所有类型资源的默认加载策略,self允许来自相同来源的内容
Strict-Transport-Security: 会告诉浏览器用HTTPS协议代替HTTP来访问目标站点
add_header Strict-Transport-Security "max-age=31536000; includeSubDomains";
上边的配置表示当用户第一次访问后,会返回一个包含了 Strict-Transport-Security 响应头的字段,这个字段会告诉浏览器,在接下来的 31536000 秒内,当前网站的所有请求都使用 https 协议访问,参数 includeSubDomains 是可选的,表示所有子域名也将采用同样的规则