Approved changes feed: RSS · Atom

cpe:2.3:a:path-to-regexp:path-to-regexp:*:*:*:*:*:*:*:*

part: a version: * update: *

VendorPath To Regexp (2d2c0810-0213-5b5d-bb3b-7193d5264a29)
ProductPath To Regexp (29da20b8-87b0-5ecc-8017-0b4eb0219eac)
Edition*
Language*
Software edition*
Target software*
Target hardware*
Other*

Notes

Imported from gcve-enriched-dumps CVE data

PURL mappings

PURLSourceLast updated
No PURL mappings for this CPE yet.

Vulnerability references

IdentifiercpeApplicabilitySubmitteddb.gcve.eu detailsRationale
CVE:CVE-2026-4926 vulnerable 2026-06-08 08:07:02.675183 path-to-regexp vulnerable to Denial of Service via sequential optional groups
HIGH (7.5)
Impact: A bad regular expression is generated any time you have multiple sequential optional groups (curly brace syntax), such as `{a}{b}{c}:z`. The generated regex grows exponentially with the number of groups, causing denial of service. Patches: Fixed in version 8.4.0. Workarounds: Limit the number of sequential optional groups in route patterns. Avoid passing user-controlled input as route patterns.
Published: 2026-03-26T18:59:38.000Z
Updated: 2026-09-17T12:04:38.293Z
Reference links
Imported from gcve-enriched-dumps CVE data
CVE:CVE-2026-4923 vulnerable 2026-06-08 08:07:02.673908 path-to-regexp vulnerable to Regular Expression Denial of Service via multiple wildcards
MEDIUM (5.9)
Impact: When using multiple wildcards, combined with at least one parameter, a regular expression can be generated that is vulnerable to ReDoS. This backtracking vulnerability requires the second wildcard to be somewhere other than the end of the path. Unsafe examples: /*foo-*bar-:baz /*a-:b-*c-:d /x/*a-:b/*c/y Safe examples: /*foo-:bar /*foo-:bar-*baz Patches: Upgrade to version 8.4.0. Workarounds: If you are using multiple wildcard parameters, you can check the regex output with a tool such as https://makenowjust-labs.github.io/recheck/playground/ to confirm whether a path is vulnerable.
Published: 2026-03-26T19:02:00.729Z
Updated: 2026-03-27T13:58:03.925Z
Reference links
Imported from gcve-enriched-dumps CVE data
CVE:CVE-2026-4867 vulnerable 2026-06-08 08:07:02.559547 path-to-regexp vulnerable to Regular Expression Denial of Service via multiple route parameters
HIGH (7.5)
Impact: A bad regular expression is generated any time you have three or more parameters within a single segment, separated by something that is not a period (.). For example, /:a-:b-:c or /:a-:b-:c-:d. The backtrack protection added in path-to-regexp@0.1.12 only prevents ambiguity for two parameters. With three or more, the generated lookahead does not block single separator characters, so capture groups overlap and cause catastrophic backtracking. Patches: Upgrade to path-to-regexp@0.1.13 Custom regex patterns in route definitions (e.g., /:a-:b([^-/]+)-:c([^-/]+)) are not affected because they override the default capture group. Workarounds: All versions can be patched by providing a custom regular expression for parameters after the first in a single segment. As long as the custom regular expression does not match the text before the parameter, you will be safe. For example, change /:a-:b-:c to /:a-:b([^-/]+)-:c([^-/]+). If paths cannot be rewritten and versions cannot be upgraded, another alternative is to limit the URL length.
Published: 2026-03-26T16:16:25.501Z
Updated: 2026-03-26T16:52:14.893Z
Reference links
Imported from gcve-enriched-dumps CVE data

Contribute

You can submit an edit proposal for this CPE entry or suggest a related product/vendor addition using the action button above.

Inspect record JSON

Open JSON directly

Open this panel to browse, search, copy or download the JSON record.