{"answers":{"affected":"6 open source packages ship an affected version, including rack. It affects 1 product.","exploited":"There is no known exploitation of CVE-2026-34829 in the wild and no public exploit code.","fix":"Upgrade rack to a fixed version for your release line: 2.2.23, 3.1.21 or 3.2.6.","what":"CVE-2026-34829 is a high-severity denial of service vulnerability in rack, published on 2 Apr 2026. An attacker can exploit it over the internet without logging in, with no action from the victim."},"fix_prompt":"Check this codebase for CVE-2026-34829 and fix it if it is affected.\n\nWhat it is: CVE-2026-34829 is a high-severity denial of service vulnerability in rack, published on 2 Apr 2026. An attacker can exploit it over the internet without logging in, with no action from the victim.\nExploitation: There is no known exploitation of CVE-2026-34829 in the wild and no public exploit code.\n\nAffected packages and fixed versions:\n- rack (RubyGems): affected all versions; fixed in 2.2.23\n- rack (RubyGems): affected all versions; fixed in 2.2.23\n- rack (RubyGems): affected from 3.0.0.beta1; fixed in 3.1.21\n- rack (RubyGems): affected from 3.0.0.beta1; fixed in 3.1.21\n- rack (RubyGems): affected from 3.2.0; fixed in 3.2.6\n- rack (RubyGems): affected from 3.2.0; fixed in 3.2.6\n\nTask:\n1. Search the dependency manifests and lockfiles (for example package.json, package-lock.json, requirements.txt, poetry.lock, uv.lock, pom.xml, build.gradle, go.mod, Cargo.lock, Gemfile.lock) and any Dockerfiles for the affected packages, including transitive dependencies.\n2. If an affected version is in use, upgrade it to the fixed version for its release line with the project's package manager, so the lockfile is regenerated. Prefer the smallest upgrade that fixes it.\n3. If there is no fix, or the upgrade would break the build, do not guess: explain the risk and the safest workaround instead.\n4. Run the tests and summarise what changed and why.\n5. If nothing in the project is affected, say so and change nothing.\n\nReference: https://insights.sbomify.com/CVE-2026-34829/ (Markdown: https://insights.sbomify.com/CVE-2026-34829/index.md)","id":"CVE-2026-34829","markdown":"https://insights.sbomify.com/CVE-2026-34829/index.md","name":"CVE-2026-34829","record":{"aliases":["DEBIAN-CVE-2026-34829","GHSA-8vqr-qjwx-82mw","MINI-39rc-69xv-8x4r","MINI-3mf8-x6mr-4pcr","MINI-3r7p-6gcw-gww5","MINI-5882-7pjf-25jc","MINI-6hpx-pvpc-q35p","MINI-84p3-8h53-jpgr","MINI-865r-x7h2-prm2","MINI-8xq5-hwhp-3x4m","MINI-9v84-xh38-cr4f","MINI-cc67-68gp-8c7r","MINI-fjp8-qcwc-mjjg","MINI-fwwv-57w7-xr53","MINI-hc57-886m-x594","MINI-j7m7-g2m6-6g75","MINI-jpj2-c292-xxrr","MINI-m3xv-hrm7-59qw","MINI-m54c-wxg5-5vx8","MINI-p9fg-629x-3324","MINI-r364-c3f4-3x85","MINI-rww3-jw8j-cffm","MINI-w84j-6r6c-hr4q","MINI-ww83-fqmv-m3q5","MINI-x6f9-8x83-p4qp","MINI-x9rx-3v6c-9682","UBUNTU-CVE-2026-34829"],"analysis":{"component_type":"library","fix_type":"upgrade","impacts":["denial_of_service"],"network_reachable":"yes","non_default_config":false,"product_category":"Ruby web server interface","requires_auth":"none","summary":"An unauthenticated attacker can cause denial of service by streaming unbounded multipart file uploads without Content-Length headers, exhausting disk space.","user_interaction":"not_required","vuln_class":"denial_of_service"},"analysis_generated_by":"qwen3.8-flash-next","assigner":"GitHub_M","cpe":[{"product":"rack","vendor":"rack"}],"cvss":{"score":7.5,"severity":"high","source":"cna","vector":"CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H","version":"3.1"},"cwes":[{"id":"CWE-770","name":"Allocation of Resources Without Limits or Throttling"},{"id":"CWE-400","name":"Uncontrolled Resource Consumption"}],"description":"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.","ecosystems":["RubyGems"],"exploits":{"exploitdb":0,"first_seen":null,"github_poc":0,"max_poc_stars":null,"metasploit":0,"nuclei":0,"refs":[],"tier":"none_known"},"has_fix":true,"headline":"Rack: Denial of Service via Unbounded Multipart File Upload Without Content-Length","id":"CVE-2026-34829","indexable":true,"kev":null,"kind":"cve","links":{"ecosystem":"RubyGems","product":null,"products":[],"type":"denial_of_service","year":"2026"},"n_packages":6,"n_references":1,"next":{"headline":"Rack: Rack::Sendfile regex injection via HTTP_X_ACCEL_MAPPING header allows arbitrary file reads through nginx","id":"CVE-2026-34830"},"packages":[{"ecosystem":"RubyGems","fixed":["2.2.23"],"introduced":["0"],"last_affected":[],"package":"rack","purl":null,"source":"GHSA-8vqr-qjwx-82mw"},{"ecosystem":"RubyGems","fixed":["2.2.23"],"introduced":["0"],"last_affected":[],"package":"rack","purl":"pkg:gem/rack","source":"GHSA-8vqr-qjwx-82mw"},{"ecosystem":"RubyGems","fixed":["3.1.21"],"introduced":["3.0.0.beta1"],"last_affected":[],"package":"rack","purl":null,"source":"GHSA-8vqr-qjwx-82mw"},{"ecosystem":"RubyGems","fixed":["3.1.21"],"introduced":["3.0.0.beta1"],"last_affected":[],"package":"rack","purl":"pkg:gem/rack","source":"GHSA-8vqr-qjwx-82mw"},{"ecosystem":"RubyGems","fixed":["3.2.6"],"introduced":["3.2.0"],"last_affected":[],"package":"rack","purl":null,"source":"GHSA-8vqr-qjwx-82mw"},{"ecosystem":"RubyGems","fixed":["3.2.6"],"introduced":["3.2.0"],"last_affected":[],"package":"rack","purl":"pkg:gem/rack","source":"GHSA-8vqr-qjwx-82mw"}],"prev":{"headline":"listmonk: Active sessions remain valid after password reset and password change","id":"CVE-2026-34828"},"products":["rack"],"published":"2026-04-02","related":[{"cvss_score":7.5,"headline":"Rack: Local file inclusion in `Rack::Static` via URL Prefix Matching","id":"CVE-2026-34785","kev_date_added":null,"published":"2026-04-02"},{"cvss_score":7.5,"headline":"Rack: Algorithmic-Complexity DoS in Rack::Multipart::Parser","id":"CVE-2026-34827","kev_date_added":null,"published":"2026-04-02"},{"cvss_score":7.5,"headline":"Rack has a Directory Traversal via Rack:Directory","id":"CVE-2026-22860","kev_date_added":null,"published":"2026-02-18"},{"cvss_score":7.5,"headline":"Rack is vulnerable to a memory-exhaustion DoS through unbounded URL-encoded body parsing","id":"CVE-2025-61919","kev_date_added":null,"published":"2025-10-10"},{"cvss_score":7.5,"headline":"Rack's unbounded multipart preamble buffering enables DoS (memory exhaustion)","id":"CVE-2025-61770","kev_date_added":null,"published":"2025-10-07"},{"cvss_score":7.5,"headline":"Rack's multipart parser buffers large non‑file fields entirely in memory, enabling DoS (memory exhaustion)","id":"CVE-2025-61771","kev_date_added":null,"published":"2025-10-07"}],"sources":[{"class":"attribution","licence":"CVE Terms of Use (MITRE)","name":"CVE List","prefix":"CVE"},{"class":"attribution","licence":"CC BY 4.0","name":"GitHub Advisory Database","prefix":"GHSA"},{"class":"attribution","licence":"US public information, NVD API terms","name":"NVD"},{"class":"attribution","licence":"CWE Terms of Use","name":"CWE (MITRE)"},{"class":"attribution","licence":"FIRST CVSS licence","name":"CVSS (FIRST)"}],"ssvc":{"automatable":"yes","exploitation":"none","technical_impact":"partial"},"state":"PUBLISHED","updated":"2026-07-15","vendors":["rack"]},"summary":"An unauthenticated attacker can cause denial of service by streaming unbounded multipart file uploads without Content-Length headers, exhausting disk space.","url":"https://insights.sbomify.com/CVE-2026-34829/"}