Nginx 配置错误导致漏洞（insecure-configuration）复现

最新推荐文章于 2024-05-02 21:31:31 发布

努力学习的阿发

最新推荐文章于 2024-05-02 21:31:31 发布

阅读量287

点赞数 2

分类专栏： vulhub 文章标签： nginx 网络安全安全 web安全运维

本文链接：https://blog.csdn.net/weixin_51198941/article/details/133378670

版权

vulhub 专栏收录该内容

8 篇文章 0 订阅

订阅专栏

#免责声明：
本文属于个人笔记，仅用于学习，禁止使用于任何违法行为，任何违法行为与本人无关。

漏洞简介

Nginx 配置错误导致漏洞有三种，分别是：（1）CRLF注入漏洞；（2）目录穿越遍历漏洞（3）add_header被覆盖

环境搭建

本次的环境使用vulhub靶场，在ubuntu打开vulhub中的nginx/insecure-configuration目录，拉取镜像。并且查看镜像环境。

docker-compose up -d
docker ps

CRLF注入漏洞

（1）漏洞描述

回车换行（CRLF）注入攻击是一种当用户将CRLF字符插入到应用中而触发漏洞的攻击技巧。CRLF字符（%0d%0a）在许多互联网协议中表示行的结束，包括HTML，该字符解码后即为\ r\ n。这些字符可以被用来表示换行符，并且当该字符与HTTP协议请求和响应的头部一起联用时就有可能会出现各种各样的漏洞，包括http请求走私（HTTP RequestSmuggling）和http响应拆分（HTTP Response Splitting）。

查看Nginx文档，可以发现有三个表示uri的变量： 1.$uri 2.$document_uri 3.$request_uri 1和2表示的是解码以后的请求路径，不带参数；3表示的是完整的URI（没有解码）

Nginx会将$uri进行解码，导致传入%0d%0a即可引入换行符，造成CRLF注入漏洞。错误的配置文件示例（原本的目的是为了让http的请求跳转到https上）：

location / { return 302 https://$host$uri; }

（2）漏洞复现

1.访问一个页面（http:your-ip:8080），进行抓包.

2.注入CLRF符号，并且设置一段XSS代码

3.注入CRLF符号，自定义cookie内容

（3）修复建议

修改配置文件如下：

location / {

return 302 https://$host$request_uri;

}

目录穿越漏洞

（1）漏洞描述

Nginx在配置别名（Alias）的时候，如果忘记加/，将造成一个目录穿越漏洞。

错误的配置文件示例（原本的目的是为了让用户访问到/home/目录下的文件）：

location /files {

alias /home/;

}

（2）漏洞复现

1.访问nginx站点(此处为默认站点)的files目录。

2.访问files…/，如果返回目录信息，说明存在目录穿越漏洞。

（3）修复建议

只需要保证 location 和 alias 的值都有后缀 / 或都没有 / 这个后缀

目录遍历漏洞

（1）漏洞描述

当Nginx配置文件中，autoindex 的值为on时，将造成一个目录遍历漏洞。

（2）漏洞利用

由于使用的是vulhub靶场，为了方便就不添加目录了，但是当autoindex 的值为on时，将会造成如下图所示的目录遍历。

（3）修复建议

将 autoindex 的值为置为 off 。

add_header被覆盖

（1）漏洞描述

Nginx配置文件子块（server、location、if）中的add_header，将会覆盖父块中的add_header添加的HTTP头，造成一些安全隐患。如下列代码，整站（父块中）添加了CSP头：

add_header Content-Security-Policy "default-src 'self'";
add_header X-Frame-Options DENY;

location = /test1 {
rewrite ^(.*)$ /xss.html break;
}

location = /test2 {
add_header X-Content-Type-Options nosniff;
rewrite ^(.*)$ /xss.html break;
}