Release of Invalid Pointer or Reference Affecting kernel-rt-modules package, versions <0:5.14.0-687.45.1.el9_8


Severity

Recommended
high

Based on AlmaLinux security rating.

Threat Intelligence

EPSS
0.13% (3rd 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-ALMALINUX9-KERNELRTMODULES-19696163
  • published12 Sept 2026
  • disclosed8 Sept 2026

Introduced: 8 Sep 2026

NewCVE-2026-53000  (opens in a new tab)
CWE-763  (opens in a new tab)

How to fix?

Upgrade AlmaLinux:9 kernel-rt-modules to version 0:5.14.0-687.45.1.el9_8 or higher.
This issue was patched in ALSA-2026:64808.

NVD Description

Note: Versions mentioned in the description apply only to the upstream kernel-rt-modules package and not the kernel-rt-modules package as distributed by AlmaLinux. See How to fix? for AlmaLinux:9 relevant fixed versions and status.

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

netfilter: nat: use kfree_rcu to release ops

Florian Westphal says:

"Historically this is not an issue, even for normal base hooks: the data path doesn't use the original nf_hook_ops that are used to register the callbacks.

However, in v5.14 I added the ability to dump the active netfilter hooks from userspace.

This code will peek back into the nf_hook_ops that are available at the tail of the pointer-array blob used by the datapath.

The nat hooks are special, because they are called indirectly from the central nat dispatcher hook. They are currently invisible to the nfnl hook dump subsystem though.

But once that changes the nat ops structures have to be deferred too."

Update nf_nat_register_fn() to deal with partial exposition of the hooks from error path which can be also an issue for nfnetlink_hook.

CVSS Base Scores

version 3.1