渗透测试中的那些“水洞”：分析与防御

1. Nginx 版本泄露

风险分析：

Nginx 默认会在响应头中返回 Server: nginx/x.x.x，攻击者可利用该信息匹配已知漏洞进行攻击。

防御措施：

修改 nginx.conf 配置文件，隐藏版本信息：
nginx 复制代码
```
server_tokens off;
```
使用 WAF 进行信息隐藏。

2. Tomcat 默认报错页面

风险分析：

Tomcat 默认错误页面可能会泄露服务器版本、堆栈信息等，帮助攻击者制定攻击策略。

防御措施：

修改 web.xml，自定义错误页面：

xml 复制代码

<error-page>
    <error-code>500</error-code>
    <location>/custom_500.html</location>
</error-page>

关闭 server.xml 中的 server 头信息。

3. IIS 版本泄露

风险分析：

IIS 默认会在 Server 头中返回版本信息，如 Server: Microsoft-IIS/10.0，帮助攻击者匹配漏洞。

防御措施：

在 web.config 文件中添加：

xml 复制代码

<system.webServer>
    <security>
        <requestFiltering removeServerHeader="true" />
    </security>
</system.webServer>

配置 WAF 进行信息隐藏。

4. jQuery 版本泄露

风险分析：

如果前端页面暴露了 jQuery 版本，如 jquery-1.12.4.js，攻击者可查找该版本的公开漏洞并利用。

防御措施：

使用 CDN 或混淆 JavaScript 文件，避免暴露版本信息。
及时更新 jQuery 版本，避免使用已知存在漏洞的版本。

5. X-Powered-By 信息泄露

风险分析：
X-Powered-By 头通常包含服务器的运行环境（如 PHP/5.4.16），攻击者可利用该信息匹配已知漏洞进行攻击。

防御措施：

在 Nginx 配置中移除：
nginx 复制代码
```
fastcgi_hide_header X-Powered-By;
```
在 PHP 配置文件 php.ini 中禁用：
ini 复制代码
```
expose_php = Off
```

6. X-Frame-Options 响应头丢失

风险分析：

缺少 X-Frame-Options 头会使站点容易受到 Clickjacking 攻击。

防御措施：

在 Nginx 配置中添加：
nginx 复制代码
```
add_header X-Frame-Options DENY;
```
在 Apache 配置中添加：
apache 复制代码
```
Header always set X-Frame-Options "SAMEORIGIN"
```

7. Content-Security-Policy 头缺失

风险分析：
Content-Security-Policy (CSP) 头缺失会导致网站容易受到 XSS 攻击。

防御措施：

在 Nginx 配置中添加：

nginx 复制代码

add_header Content-Security-Policy "default-src 'self'; script-src 'self'";

8. TRACE 方法启用

风险分析：
TRACE 方法可被利用进行 Cross-Site Tracing (XST) 攻击，泄露 HTTP 头信息。

防御措施：

在 Apache 配置中禁用：
apache 复制代码
```
TraceEnable Off
```

在 Nginx 配置中拦截：

nginx 复制代码

if ($request_method = TRACE) {
    return 405;
}

9. 使用有漏洞的组件

风险分析：

老旧或有漏洞的第三方库、框架可被攻击者利用。

防御措施：

定期检查依赖组件版本（如 npm audit、OWASP Dependency-Check）。
及时更新框架和库。

10. 缓慢的 HTTP 拒绝服务攻击（Slowloris）

风险分析：

攻击者使用 Slowloris 发送部分 HTTP 请求，占用服务器资源，导致拒绝服务。

防御措施：

配置 Nginx 限制请求速率：

nginx 复制代码

limit_conn_zone $binary_remote_addr zone=conn_limit:10m;
limit_conn conn_limit 10;

使用 mod_reqtimeout 模块（Apache）。

11. 目标服务器启用了不安全 HTTP 方法

风险分析：

如果启用了 PUT、DELETE 等方法，攻击者可能上传恶意文件或删除资源。

防御措施：

在 Nginx 配置中仅允许安全方法：

nginx 复制代码

if ($request_method !~ ^(GET|POST|HEAD)$) {
    return 405;
}

在 Apache 配置中限制：

apache 复制代码

<LimitExcept GET POST>
    deny from all
</LimitExcept>

12. 缺少 Secure 标识

风险分析：

如果 Session Cookie 没有 Secure 标识，可能会在非 HTTPS 传输中被窃取。

防御措施：

在 Set-Cookie 头中添加 Secure; HttpOnly; SameSite=Strict。

在 nginx.conf 配置：

nginx 复制代码

add_header Set-Cookie "name=value; Secure; HttpOnly; SameSite=Strict";

13. 敏感数据 GET 传输

风险分析：

如果敏感信息（如 password、token）通过 GET 传输，可能会被日志记录或浏览器缓存暴露。

防御措施：

采用 POST 方式传输敏感数据。
通过 Referer-Policy 限制 Referer 头泄露：
nginx 复制代码
```
add_header Referrer-Policy "strict-origin";
```

14. SSL 证书无效

风险分析：

无效的 SSL 证书可能会导致用户数据被中间人攻击窃取。

防御措施：

使用受信任的 CA 机构签发证书，如 Let's Encrypt、DigiCert。

启用 HSTS 头，防止降级攻击：

nginx 复制代码

add_header Strict-Transport-Security "max-age=31536000; includeSubDomains; preload";

结论

以上是常见的 Web 安全"水洞"，这些配置问题虽然看似微不足道，但往往成为攻击者突破系统安全防线的关键点。企业应定期进行安全审计、修复漏洞，确保 Web 应用的安全性。