Resource Exhaustion Affecting pact-broker-docker package, versions <2.137.0.2.118.0-r4


Severity

Recommended
low

Based on default assessment until relevant scores are available.

Threat Intelligence

Social Trends
EPSS
0.37% (29th percentile)

Do your applications use this vulnerable package?

In a few clicks we can analyze your entire application and see what components are vulnerable in your application, and suggest you quick fixes.

Test your applications
  • Snyk IDSNYK-CHAINGUARDLATEST-PACTBROKERDOCKER-16062298
  • published15 Apr 2026
  • disclosed2 Apr 2026

Introduced: 2 Apr 2026

CVE-2026-34829  (opens in a new tab)
CWE-400  (opens in a new tab)
CWE-770  (opens in a new tab)

How to fix?

Upgrade Chainguard pact-broker-docker to version 2.137.0.2.118.0-r4 or higher.

NVD Description

Note: Versions mentioned in the description apply only to the upstream pact-broker-docker package and not the pact-broker-docker package as distributed by Chainguard. See How to fix? for Chainguard relevant fixed versions and status.

Rack is a modular Ruby web server interface. Prior to versions 2.2.23, 3.1.21, and 3.2.6, Rack::Multipart::Parser only wraps the request body in a BoundedIO when CONTENT_LENGTH is present. When a multipart/form-data request is sent without a Content-Length header, such as with HTTP chunked transfer encoding, multipart parsing continues until end-of-stream with no total size limit. For file parts, the uploaded body is written directly to a temporary file on disk rather than being constrained by the buffered in-memory upload limit. An unauthenticated attacker can therefore stream an arbitrarily large multipart file upload and consume unbounded disk space. This results in a denial of service condition for Rack applications that accept multipart form data. This issue has been patched in versions 2.2.23, 3.1.21, and 3.2.6.

CVSS Base Scores

version 3.1