Rack信息泄露漏洞深度解析:CVE-2025-61780安全预警

本文详细分析Rack框架中存在的信息泄露漏洞CVE-2025-61780,涉及Rack::Sendfile中间件在代理环境下的安全风险,攻击者可能绕过代理限制访问受保护内部端点,并提供具体修复方案。

漏洞详情

包信息

  • 包名: rack (RubyGems)
  • 受影响版本:
    • < 2.2.20
    • = 3.0, < 3.1.18

    • = 3.2, < 3.2.3

  • 已修复版本:
    • 2.2.20
    • 3.1.18
    • 3.2.3

漏洞描述

摘要

Rack::Sendfile在支持x-sendfile头部的代理(如Nginx)后运行时,存在可能的信息泄露漏洞。特制构造的头部可能导致Rack::Sendfile与代理通信错误,触发意外的内部请求,可能绕过代理级别的访问限制。

详细说明

当Rack::Sendfile从客户端接收到不受信任的x-sendfile-type或x-accel-mapping头部时,会将其解释为代理配置指令。这可能导致中间件向代理发送"重定向"响应,促使代理重新发出新的内部请求,该请求不受代理访问控制限制。

攻击者可通过以下方式利用此漏洞:

  • 设置特制的x-sendfile-type: x-accel-redirect头部
  • 设置特制的x-accel-mapping头部
  • 请求符合基于代理加速条件的路径

影响

攻击者可能绕过代理强制限制,访问本应受保护的内部端点(如管理页面)。此漏洞不允许任意文件读取,但可能暴露敏感应用程序路由。

此漏洞仅影响满足以下所有条件的系统:

  • 应用程序使用Rack::Sendfile与支持x-accel-redirect的代理(如Nginx)
  • 代理不总是设置或移除x-sendfile-type和x-accel-mapping头部
  • 应用程序暴露返回响应.to_path主体的端点

修复方案

方案一:升级修复版本

升级到固定版本的Rack,需要显式配置启用x-accel-redirect:

1
use Rack::Sendfile, "x-accel-redirect"

方案二:配置代理头部

配置代理始终设置或剥离头部:

1
2
proxy_set_header x-sendfile-type x-accel-redirect;
proxy_set_header x-accel-mapping /var/www/=/files/;

方案三:禁用sendfile

在Rails应用程序中完全禁用sendfile:

1
config.action_dispatch.x_sendfile_header = nil

安全指标

CVSS评分

  • 总体评分: 5.8(中危)
  • 攻击向量: 网络
  • 攻击复杂度: 低
  • 所需权限: 无
  • 用户交互: 无
  • 影响范围: 改变
  • 机密性影响: 低
  • 完整性影响: 无
  • 可用性影响: 无

弱点类型

  • CWE-200: 向未授权参与者暴露敏感信息
  • CWE-441: 意外代理或中间人(“困惑 deputy”)
  • CWE-913: 动态管理代码资源控制不当

参考链接

comments powered by Disqus
使用 Hugo 构建
主题 StackJimmy 设计