Out-of-bounds Read Affecting openshift/ose-rhel-coreos-9 package, versions *


Severity

Recommended
medium

Based on Red Hat Enterprise Linux security rating.

Threat Intelligence

EPSS
0.16% (6th 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-RHEL8-OPENSHIFTOSERHELCOREOS9-21954683
  • published30 Oct 2026
  • disclosed23 Oct 2026

Introduced: 23 Oct 2026

NewCVE-2026-99006  (opens in a new tab)
CWE-125  (opens in a new tab)

How to fix?

There is no fixed version for RHEL:8 openshift/ose-rhel-coreos-9.

NVD Description

Note: Versions mentioned in the description apply only to the upstream openshift/ose-rhel-coreos-9 package and not the openshift/ose-rhel-coreos-9 package as distributed by RHEL. See How to fix? for RHEL:8 relevant fixed versions and status.

In the Linux kernel, the following vulnerability has been resolved:

drm/i915/gem: Prevent overstepping exec array boundary

It is possible for eb_relocate_parse_slow() to call kvfree() on entries outside the original exec array during following scenario inside eb_relocate_parse_slow():

  1. eb_copy_relocations() allocates as many as eb->buffer_count copies for exec entries;
  2. eb_parse() appends up to two VMAs, right after incrementing eb->buffer_count;
  3. cleanup under "out" label uses this incremented buffer_count to release relocation pointers from exec array via kvfree(), not from VMA array.

To amend this problem, ensure that relocation cleanup uses the original exec object count, excluding the VMAs appended by the command parser.

(cherry picked from commit 2a0158925fb943c7ba8f3216e2734952128defc9)

CVSS Base Scores

version 3.1