Nginx 配置错误导致漏洞——vulhub漏洞复现 003

前言:

Vulhub是一个基于docker和docker-compose的漏洞环境集合,进入对应目录并执行一条语句即可启动一个全新的漏洞环境,让漏洞复现变得更加简单,让安全研究者更加专注于漏洞原理本身。

Voulhub靶机平台环境搭建和使用:

https://blog.csdn.net/qq_41832837/article/details/103948358

漏洞原理:

漏洞是由于开发者在对Nginx的配置中出现了错误而导致的。话不多说,开始我们的漏洞复现。靶机环境运行成功后,Nginx将会监听8080/8081/8082三个端口,分别对应三种漏洞。

 

查看Nginx配置文件

1 进入docker容器:

docker-compose exec nginx bash

2 进入Nginx配置文件夹

cd /etc/nginx/conf.d

3 分别查看三个错误的配置文件(红色框就是错误配置)

 

error1.conf : CRLF注入漏洞

Nginx会将$uri进行解码,导致传入%0a%0d即可引入换行符,造成CRLF注入漏洞。

错误的配置文件示例(原本的目的是为了让http的请求跳转到https上):

location / {

    return 302 https://$host$uri;

}

Payload: http://your-ip:8080/%0a%0dSet-Cookie:%20a=1,可注入Set-Cookie头。

即可构造一个XSS漏洞:

Payload:http://your-ip:8080/%0a%0dSet-Cookie:%0a%0d%0a%0d<img src=1 οnerrοr=alert(/xss/)>

error2.conf : 目录穿越漏洞

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

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

location /files {

    alias /home/;

}

Payload: http://your-ip:8081/files../ ,成功穿越到根目录:

error3.conf : add_header被覆盖

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;

}

但/test2的location中又添加了X-Content-Type-Options头,导致父块中的add_header全部失效:

 

XSS可被触发

 

END

异常:火狐访问8080端口显示: “SSL 接收到一个超出最大准许长度的记录,” 错误代码“ssl_error_rx_record_too_long”  ;从url从http跳转到了https

解决方案:待解决,估计是nginx配置443端口的问题,对SSL证书也不太理解,docker也是第一次使用。问题挺多,加油吧。慢慢来不急。

vulhub官方复现过程:https://vulhub.org/#/environments/nginx/insecure-configuration/

 

 

 

 

 

发布了17 篇原创文章 · 获赞 43 · 访问量 1万+
展开阅读全文

没有更多推荐了,返回首页

©️2019 CSDN 皮肤主题: 大白 设计师: CSDN官方博客

分享到微信朋友圈

×

扫一扫,手机浏览