Inefficient Regular Expression Complexity Affecting grafana13.2 package, versions <0:13.2.1-0.5.hum1


Severity

Recommended
0.0
high
0
10

Based on Red Hat Enterprise Linux security rating.

Threat Intelligence

EPSS
0.58% (46th percentile)

Do your applications use this vulnerable package?

In a few clicks we can analyze your entire application and see what components are vulnerable in your application, and suggest you quick fixes.

Test your applications
  • Snyk IDSNYK-RHEL10-GRAFANA132-20053183
  • published23 Sept 2026
  • disclosed16 Sept 2026

Introduced: 16 Sep 2026

NewCVE-2026-92599  (opens in a new tab)
CWE-1333  (opens in a new tab)

How to fix?

Upgrade RHEL:10 grafana13.2 to version 0:13.2.1-0.5.hum1 or higher.
This issue was patched in RHSA-2026:68778.

NVD Description

Note: Versions mentioned in the description apply only to the upstream grafana13.2 package and not the grafana13.2 package as distributed by RHEL. See How to fix? for RHEL:10 relevant fixed versions and status.

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.

CVSS Base Scores

version 3.1