Joi before 17.13.7 and 18.2.6 ReDoS via isoDate
Default status is the baseline for the product, each version can override it (e.g. patched versions marked unaffected).
| Vendor | Product | Default status | Versions | |||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| hapijs | joi | unaffected |
|
|||||||||
| hapijs | joi | unaffected |
|
No data.
| Package | CPE | Advisory | Released Date |
|---|---|---|---|
| Red Hat Hardened Images | |||
| grafana13-2-main-13.2.1-0.5.hum1 | cpe:/a:redhat:hummingbird:1 | RHSA-2026:68778 | 2026-09-17T00:00:00Z |
| grafana12-4-main-12.4.10-0.6.hum1 | cpe:/a:redhat:hummingbird:1 | RHSA-2026:68821 | 2026-09-18T00:00:00Z |
| grafana13-1-main-13.1.6-0.2.hum1 | cpe:/a:redhat:hummingbird:1 | RHSA-2026:68926 | 2026-09-18T00:00:00Z |
| Vendor | Product | Versions | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Hapijs | Joi |
|
||||||||||||
| Hapijs | Joi |
|
| Source | ID | Title |
|---|---|---|
Github GHSA |
GHSA-6h2x-m376-mqjq | joi: Quadratic regular-expression backtracking in `Joi.string().isoDate()` |
No CVSS v3.0
No CVSS v2
This CVE is not in the KEV list.
Exploit prediction score: < 1% (0.582% probability within 30 days)
| Type | Values Removed | Values Added |
|---|---|---|
| First Time appeared |
Redhat
Redhat hummingbird |
|
| CPEs | cpe:/a:redhat:hummingbird:1 | |
| Vendors & Products |
Redhat
Redhat hummingbird |
|
| References |
| |
| Metrics |
threat_severity
|
threat_severity
|
| Type | Values Removed | Values Added |
|---|---|---|
| Metrics |
ssvc
|
| Type | Values Removed | Values Added |
|---|---|---|
| First Time appeared |
Hapijs
Hapijs joi |
|
| Vendors & Products |
Hapijs
Hapijs joi |
| Type | Values Removed | Values Added |
|---|---|---|
| Description | joi (npm package `joi`, hapi.js) versions >=17.2.0 <17.13.7 and >=18.0.0 <18.2.6 are vulnerable to regular expression denial of service in the `Joi.string().isoDate()` validation rule. One of the regular expressions the rule applies to the input is unanchored, so a valid ISO date followed by a long run of fractional-second digits causes the regex engine to restart its search from every position in the string, yielding time proportional to the square of the input length (about 1.4 s for 64 KB of digits and about 22 s for 256 KB). A remote attacker who can supply a string to an isoDate validation can stall the application with a single request. Fixed in 17.13.7 and 18.2.6; as a workaround, cap the length of the string before it reaches joi. | |
| Title | Joi before 17.13.7 and 18.2.6 ReDoS via isoDate | |
| Weaknesses | CWE-1333 | |
| References |
| |
| Metrics |
cvssV3_1
|