Allocation of Resources Without Limits or Throttling Affecting openshift package, versions *


Severity

Recommended
0.0
high
0
10

Based on Red Hat Enterprise Linux security rating.

Threat Intelligence

EPSS
0.35% (29th 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-RHEL7-OPENSHIFT-22369073
  • published8 Nov 2026
  • disclosed6 Nov 2026

Introduced: 6 Nov 2026

NewCVE-2026-77299  (opens in a new tab)
CWE-770  (opens in a new tab)

How to fix?

There is no fixed version for RHEL:7 openshift.

NVD Description

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

Regexp2 is a feature-rich RegExp engine for Go. Prior to version 2.3.0, when regexp2 compiles and matches a pattern containing a large fixed-count quantifier applied to a zero-width subexpression — e.g. (?:){50000000} — the match engine executes the empty loop body m-1 times, pushing two integers onto the backtracking stack on every iteration. Because the parser accepts any repetition count up to math.MaxInt32 and the backtracking stack grows without bound, a pattern of fewer than 20 bytes matched against an empty input can force multi-gigabyte allocation and OOM-kill the process. MatchTimeout does not fully mitigate this because the memory is allocated faster than the 100 ms timeout clock can fire. This issue has been patched in version 2.3.0.

CVSS Base Scores

version 3.1