文件读取攻击通俗解释-CSDN博客

本文链接：https://blog.csdn.net/weixin_43172311/article/details/148796693

文件读取攻击：当攻击者偷偷“翻你家抽屉”时，你该如何防范？

想象一下，你把重要文件锁在一个带密码的抽屉里（服务器文件系统），但攻击者发现了一个漏洞——他可以通过操纵你给的“抽屉密码”（文件路径），偷偷打开抽屉，不仅拿走你的文件，甚至还能把里面的东西换成假货（篡改数据）！这就是文件读取攻击的核心逻辑。它和路径遍历攻击像“孪生兄弟”，但更专注于“偷偷摸摸地看或偷文件”。

一、什么是文件读取攻击？

1.1 基本概念

文件读取攻击是指攻击者通过构造恶意请求，绕过系统的权限控制，非法访问服务器上本不应被公开的敏感文件。比如：

窃取数据库配置文件（如 config.php）
下载用户的隐私数据（如 /var/www/uploads/users/123.jpg）
读取系统关键文件（如 /etc/passwd）

1.2 与路径遍历攻击的关系

路径遍历攻击：通过 ../../ 等目录跳转符突破访问限制，属于“主动突破防线”。
文件读取攻击：可能利用路径遍历，也可能通过其他漏洞（如逻辑缺陷）直接访问文件，属于“偷偷摸摸地拿东西”。

二、攻击入口：为什么重点检测URI和请求体？

攻击者主要通过以下两个“入口”发起文件读取攻击：

2.1 URI参数：URL里的“抽屉密码”

当用户访问带文件参数的URL时（比如 /download?file=report.pdf），攻击者可能通过以下方式窃取文件：

典型攻击示例：

/download?file=../../etc/passwd          # 路径遍历+文件读取
/download?file=config.php                 # 直接尝试读取敏感文件
/download?file=../../../var/log/apache2/access.log  # 跳转到日志目录

防御重点：检测URI参数是否包含 ../ 等目录跳转符，或直接指向敏感文件路径。

2.2 请求体：JSON/Form中的“隐藏指令”

当用户提交表单或API请求时（比如通过文件管理功能指定下载路径），攻击者可能在数据中插入恶意路径。

典型攻击示例：

{
  "file_path": "uploads/user123.jpg/../../etc/shadow"
}

如果后端代码直接使用这个路径去读取文件，可能导致系统密码文件泄露！

防御重点：解析请求体中的路径参数，检查是否包含非法跳转或敏感文件。

2.3 请求头：按需开启的“防御开关”

HTTP请求头（如 Referer、X-File-Path）通常不直接用于文件读取，但在某些特殊场景下可能成为攻击入口：

特殊场景示例：

某些老旧CMS通过 X-Download-Path 头传递文件路径。
文件预览功能通过 Range 头指定偏移量，可能被篡改以读取非预期内容。

为什么默认不开启检测？
因为绝大多数情况下请求头不会包含文件路径，检测会带来额外性能开销。但如果你项目中存在以下情况，建议开启：

使用自定义头传递文件路径（如 X-File-Path: /var/www/config.ini）。
某些中间件从请求头中提取文件路径信息。

三、防御措施：如何锁好你的“抽屉”？

3.1 输入过滤与验证

禁止 ../ 等目录跳转符：对用户输入的路径参数进行严格过滤，删除或拒绝包含 ../、..\（Windows）的请求。
白名单机制：只允许访问固定目录下的文件（比如 /var/www/uploads/），禁止访问系统目录（如 /etc/、/root/）。
扩展名黑名单：禁止下载可执行文件（如 .php、.sh）、配置文件（如 .env）。

3.2 安全编程实践

使用安全API：
比如Java的 Paths.get(baseDir).resolve(userInput).normalize() 会自动解析路径并消除 ../ 的影响。

绝对路径转换+校验：
将用户输入的相对路径转换为服务器上的绝对路径后，检查是否在允许范围内。

# Python示例
import os
base_dir = "/var/www/uploads/"
user_path = "user123.jpg/../../etc/passwd"
full_path = os.path.abspath(os.path.join(base_dir, user_path))
if not full_path.startswith(base_dir):
    raise ValueError("非法路径！")

限制文件操作权限：
运行Web服务的账户只授予必要目录的读权限（比如禁止写入 /etc/）。

3.3 框架级防护

Spring Security：开启路径访问限制，禁止直接通过URL参数访问文件系统。
Nginx/Apache：配置反向代理规则，拦截包含 ../ 的请求或禁止访问敏感目录。
云存储服务：直接使用对象存储（如AWS S3）的API，避免直接操作服务器文件系统。

四、示例案例：从攻击到防御

场景：一个文件下载功能

正常流程：
用户访问 /download?file=report.pdf，服务器拼接路径 /var/www/uploads/report.pdf 并返回文件。
攻击者构造的恶意请求：
```
/download?file=../../etc/passwd
```
如果服务器直接拼接路径，可能返回系统的密码文件！
防御系统如何工作：
检测到 file 参数包含 ../，或解析后的绝对路径跳出了 /var/www/uploads/ 目录，直接拦截请求并报警！