Nginx配置不当可能导致的安全问题详解

0x00 Nginx配置文件结构概述

Nginx的主配置文件采用层级组织方式，主要结构如下：

# 全局块（main）
events {
    # events块
}
http {  # http块
    # http全局块
    server {  # server块
        # server全局块
        location [PATTERN] {  # location块
            # 配置内容
        }
        location [PATTERN] {  # 另一个location块
            # 配置内容
        }
    }
}

关键特性：

• 子块会继承父块的配置
• 子块可以覆盖父块的配置
• 指令格式：指令名 参数1 参数2 参数3;
• 可通过include包含其他配置文件

0x01 反向代理配置不当导致的SSRF漏洞

漏洞原理

当Nginx作为反向代理服务器时，如果配置不当，可能导致服务器端请求伪造(SSRF)漏洞。

危险配置示例

location /([a-zA-Z0-9.]+)/ {
    proxy_pass http://$1;
}

漏洞利用

攻击者可以构造恶意URL访问内网服务：

http://your_ip/internal_ip:port/

安全建议

1. 避免将用户输入直接作为代理目标
2. 使用白名单机制限制可代理的目标
3. 对代理目标进行严格验证

0x02 alias导致的目录遍历/文件读取漏洞

目录遍历漏洞

危险配置：

server {
    autoindex on;
    ...
}

此配置会暴露目录结构，导致信息泄露。

目录穿越漏洞

危险配置：

location /files {
    alias /etc/nginx/txtpath/;
}

正确配置（注意/files/后的斜杠）：

location /files/ {
    alias /etc/nginx/txtpath/;
}

漏洞利用

访问http://your_ip/files../nginx.conf可读取/etc/nginx/nginx.conf

安全建议

1. 确保alias路径配置正确，路径末尾包含斜杠
2. 避免使用autoindex功能，或限制访问范围
3. 对alias指向的目录进行严格限制

0x03 uri导致的CRLF注入漏洞

漏洞原理

当使用$uri变量进行重定向配置时，可能被注入CRLF字符(%0d%0a)，导致HTTP头污染。

危险配置示例

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

漏洞利用

访问：

http://your_ip/302/123%0d%0a%0d%0atest=1

会导致302跳转到https://your_ip/302/123并POST参数test=1

安全建议

1. 使用$request_uri替代$uri（$request_uri包含原始请求URI）
2. 对重定向目标进行严格验证

0x04 子块覆盖父块HTTP头问题

漏洞原理

Nginx中，子块的add_header会完全覆盖父块的add_header设置，可能导致安全头被移除。

危险配置示例

server {
    add_header X-Frame-Options DENY;
    add_header Content-Security-Policy "default-src 'self'";
    
    location = /safe {
        return /xss.html;
    }
    
    location = /dangerous {
        add_header X-Content-Type-Options nosniff;
        return /xss.html;
    }
}

漏洞影响

• 访问/safe：保留所有安全头
• 访问/dangerous：只保留X-Content-Type-Options，其他安全头被移除

安全建议

1. 在需要添加header的子块中，显式包含所有必要的安全头
2. 避免在子块中单独添加header而忽略父块的安全头
3. 定期检查配置，确保安全头在所有路径都生效

总结

Nginx配置安全要点：

1. 反向代理配置要避免用户可控的目标地址
2. alias路径配置要严格，防止目录穿越
3. 避免使用autoindex on暴露目录结构
4. 重定向时使用$request_uri而非$uri
5. 注意header继承问题，确保安全头不被意外覆盖
6. 定期审计Nginx配置，特别是涉及用户输入处理的部分

通过合理配置和定期检查，可以有效避免这些常见的安全问题。