Rack框架内存耗尽漏洞解析:URL编码表单处理引发DoS攻击

本文详细分析了Rack框架中存在的内存耗尽拒绝服务漏洞(CVE-2025-61919),该漏洞允许攻击者通过发送超大URL编码表单数据导致服务器内存耗尽,影响所有未设置请求体大小限制的Rack应用。

Rack存在通过无限制URL编码主体解析导致内存耗尽DoS的漏洞

漏洞详情

包信息

  • : bundler
  • 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::Request#POST在处理Content-Type: application/x-www-form-urlencoded时,会将整个请求体读入内存,调用rack.input.read(nil)而不强制执行长度或上限。因此,大型请求体会在解析前完全缓冲到进程内存中,导致通过内存耗尽造成的拒绝服务(DoS)。

详细说明

在处理非多部分表单提交时,Rack的请求解析器执行:

1
form_vars = get_header(RACK_INPUT).read

由于read调用时没有参数,整个请求体被加载到Ruby字符串中。这发生在查询参数解析或任何params_limit强制执行之前。因此,没有上游主体大小限制的Rack应用程序可能会经历与请求大小成比例的无限制内存分配。

影响

攻击者可以发送大型的application/x-www-form-urlencoded主体来消耗进程内存,导致系统变慢或被操作系统终止(OOM)。影响随请求大小和并发性线性扩展。即使配置了解析限制,该问题在这些限制强制执行之前就会发生。

缓解措施

  • 更新到已修复的Rack版本,该版本使用query_parser.bytesize_limit强制执行表单参数限制,防止无限制读取application/x-www-form-urlencoded主体。
  • 在代理或Web服务器层强制执行严格的最大主体大小(例如,Nginx client_max_body_size,Apache LimitRequestBody)。

参考信息

安全评分

CVSS总体评分

7.5/10(高风险)

CVSS v3基础指标

  • 攻击向量:网络
  • 攻击复杂度:低
  • 所需权限:无
  • 用户交互:无
  • 范围:未改变
  • 机密性:无影响
  • 完整性:无影响
  • 可用性:高影响

CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H

EPSS评分

0.07%(第22百分位)

弱点分类

CWE-400 - 不受控制的资源消耗

产品未正确控制有限资源的分配和维护,从而使参与者能够影响消耗的资源量,最终导致可用资源耗尽。

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