CVE-2026-98344 Affecting kernel-uek-debug package, versions <0:5.15.0-326.222.4.el8uek


Severity

Recommended
high

Based on Oracle Linux security rating.

Threat Intelligence

EPSS
0.18% (8th 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-ORACLE8-KERNELUEKDEBUG-22152878
  • published3 Nov 2026
  • disclosed6 Oct 2026

Introduced: 6 Oct 2026

CVE-2026-98344  (opens in a new tab)

How to fix?

Upgrade Oracle:8 kernel-uek-debug to version 0:5.15.0-326.222.4.el8uek or higher.
This issue was patched in ELSA-2026-500574.

NVD Description

Note: Versions mentioned in the description apply only to the upstream kernel-uek-debug package and not the kernel-uek-debug package as distributed by Oracle. See How to fix? for Oracle:8 relevant fixed versions and status.

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

dmaengine: Fix device kref underflow in dma_chan_put()

dma_chan_get() takes chan->device->ref only on the slow path:

/* no kref on fast path */
if (chan-&gt;client_count) {
    __module_get(owner);
    chan-&gt;client_count++;
    return 0;
}
if (!try_module_get(owner))
    return -ENODEV;
if (!dma_device_get(chan-&gt;device)) { // calls kref_get_unless_zero()

dma_chan_put() drops the ref unconditionally, so every fast-path get/put pair drops one extra device reference.

The bug fires when two conditions hold together: a non-private provider has a persistent client holding chan->client_count > 0 and another client cycles dmaengine_get()/dmaengine_put(). When the kref hits zero, the subsequent dma_find_channel() returns NULL even though the provider module is still loaded.

Fix this by dropping device->ref only on the last put, matching the single slow-path get.

CVSS Base Scores

version 3.1