GHSA-6h2x-m376-mqjq
joi: Quadratic regular-expression backtracking in `Joi.string().isoDate()`
Packages
Details
As written in the advisory (Markdown source, shown as plain text).
### Impact
Any application that validates a user-supplied string with `Joi.string().isoDate()` can be stalled by a single request. One of the regular expressions the rule runs over the input was unanchored, so a valid ISO date followed by a long run of fractional-second digits made the regex engine restart its search from every position in the string, costing time proportional to the square of the input length. 64 KB of digits costs about 1.4 s and 256 KB about 22 s.
### Patches
Upgrade to version 17.13.7 or 18.2.6 depending on your current major version.
### Workarounds
None except capping the length of the string before it reaches joi.
References
External links from the advisory. They lead to third-party sites.
- https://github.com/hapijs/joi/security/advisories/GHSA-6h2x-m376-mqjq
- https://nvd.nist.gov/vuln/detail/CVE-2026-92599
- https://github.com/hapijs/joi/pull/3143
- https://github.com/hapijs/joi/pull/3145
- https://github.com/hapijs/joi/commit/115e7b58d5eaaecc5e9b7093d41899ad6fb053ec
- https://github.com/hapijs/joi/commit/e70df424c367f2976db63b089504413744a21245
- https://github.com/hapijs/joi
- https://www.vulncheck.com/advisories/joi-before-17.13.7-and-18.2.6-redos-via-isodate