| Package | Affected versions | Patched versions |
|---|---|---|
| brace-expansion | ≥ 2.0.0, < 2.0.3≥ 3.0.0, < 3.0.2≥ 5.0.0, < 5.0.5< 1.1.13 | 2.0.33.0.25.0.51.1.13 |
| brace-expansion | ≥ 2.0.0, < 2.0.3≥ 3.0.0, < 3.0.2≥ 4.0.0, < 5.0.5< 1.1.13 | 2.0.33.0.25.0.51.1.13 |
A brace pattern with a zero step value (e.g., {1..2..0}) causes the sequence generation loop to run indefinitely, making the process hang for seconds and allocate heaps of memory.
The loop in question:
test() is one of
The increment is computed as Math.abs(0) = 0, so the loop variable never advances. On a test machine, the process hangs for about 3.5 seconds and allocates roughly 1.9 GB of memory before throwing a RangeError. Setting max to any value has no effect because the limit is only checked at the output combination step, not during sequence generation.
This affects any application that passes untrusted strings to expand(), or by error sets a step value of 0. That includes tools built on minimatch/glob that resolve patterns from CLI arguments or config files. The input needed is just 10 bytes.
Upgrade to versions
A step increment of 0 is now sanitized to 1, which matches bash behavior.
Sanitize strings passed to expand() to ensure a step value of 0 is not used.
Running one of these products? Scan your site to see whether it exposes a vulnerable version.
Scan my site free