vciy

Rack, uncontrolled resource consumption: 12 records, one defect family

Rack has been reported 12 separate times for the same kind of mistake, CWE-400, between 2018-11-13 and 2026-04-02. A defect family is our own grouping of the CVE corpus: every record naming one product and one weakness class, collected so a repeat is visible as a repeat. No public source publishes this, and what this page counts is how often this one product has gone wrong in this one way.

What this page is, and what it is not

The records are public. This grouping is not. No source publishes defect families, so we built them: every record in the corpus sorted by the product an authority named and the weakness class carried with it, 21316 families over 105586 records. This one holds every record that names Rack and carries CWE-400, matched character for character. We show the join because a grouping you cannot check is a grouping you should not cite.

One record is an incident. 12 filings, between 2018-11-13 and 2026-04-02, all landing on the same weakness class in the same product, is a habit in what gets reported here, and a habit is something you can plan around. This is what we held on 2026-09-20.

A repeat is evidence about where to look. If you are reviewing Rack, the records below say which mistake has already been found more than once, which is the cheapest place a reviewer can start. If you are asking the vendor a question, a count under one weakness class is a better question than any single record is.

What this page cannot tell you is decided by what was joined. A product name and a weakness class settled membership, so those two values are the whole of what the page asserts. Records here may sit in the same line of code or in unrelated parts of the product, and we hold no value that separates those cases. A fixed version named in one record closes that record and says nothing about the others. And nothing here describes anyone's systems, because no value in this family connects a product name to an installation.

20182020202220242026CVE-2018-16470, published 2018-11-13CVE-2024-26141, published 2024-02-28CVE-2025-46727, published 2025-05-07CVE-2025-59830, published 2025-09-25CVE-2025-61770, published 2025-10-07CVE-2025-61771, published 2025-10-07CVE-2025-61772, published 2025-10-07CVE-2025-61919, published 2025-10-10CVE-2026-34230, published 2026-04-02CVE-2026-34826, published 2026-04-02CVE-2026-34827, published 2026-04-02CVE-2026-34829, published 2026-04-02
The 12 are spread across 7.4 years with no single year holding half of them, and the longest quiet stretch between two of them is 5.3 years. That is a rate rather than an episode.

The names the authorities used

One spelling, used by every authority that filed one of these records: rack.

These records name more than one weakness class each. All 12 carry CWE-400, which is what this family was grouped on, and 5 of them also name CWE-770, allocation of resources without limits or throttling. The roster below shows what each record names; both readings are the record's own, filed together by the same authority. 1 other classes appear across the family as well.

Family membership: held values. Joined on the product and weakness class the assigning authorities wrote, with no model involved.

What the records offer

No record in this family publishes a fixed version in held sources.

The earliest was published 2018-11-13 and the latest 2026-04-02. That span is how long this product kept producing this weakness, not how long any one record took to fix.

What this page does not cover

This is a family of records that read alike. It is not a shared vulnerability, not an inventory, and not a statement that one fix closes the rest. Each record's own state, its own dates and its own receipts are on its own page.

Grouped by shared product and weakness, not by shared vulnerability. Each record's own state is on its own page.

Everything this vendor has, including records outside this family:

CVE-2018-16470no title heldCWE-400 Denial of Service (CWE-400)
CVE-2024-26141Possible DoS Vulnerability with Range Header in RackCWE-400: Uncontrolled Resource Consumption
CVE-2025-46727Unbounded-Parameter DoS in Rack::QueryParserCWE-400: Uncontrolled Resource Consumption
CVE-2025-59830Rack QueryParser has an unsafe default allowing params_limit bypass via semicolon-separated parametersCWE-400: Uncontrolled Resource Consumption
CVE-2025-61770Rack's unbounded multipart preamble buffering enables DoS (memory exhaustion)CWE-400: Uncontrolled Resource Consumption
CVE-2025-61771Rack's multipart parser buffers large non‑file fields entirely in memory, enabling DoS (memory exhaustion)CWE-400: Uncontrolled Resource Consumption
CVE-2025-61772Rack's multipart parser buffers unbounded per-part headers, enabling DoS (memory exhaustion)CWE-400: Uncontrolled Resource Consumption
CVE-2025-61919Rack is vulnerable to a memory-exhaustion DoS through unbounded URL-encoded body parsingCWE-400: Uncontrolled Resource Consumption
CVE-2026-34230Rack: Quadratic complexity in Rack::Utils.select_best_encoding via wildcard Accept-Encoding headerCWE-400: Uncontrolled Resource Consumption
CVE-2026-34826Rack: Unbounded Range Count in get_byte_ranges Enables DoSCWE-400: Uncontrolled Resource Consumption
CVE-2026-34827Rack: Algorithmic-Complexity DoS in Rack::Multipart::ParserCWE-407: Inefficient Algorithmic Complexity
CVE-2026-34829Rack: Denial of Service via Unbounded Multipart File Upload Without Content-LengthCWE-400: Uncontrolled Resource Consumption

12 records, read from the index as it stood on 20 Sep 2026. Every row opens the record it names, and every value on that record opens its own receipt.

Everything on this page is free. Public data. Withholding it protects nothing.