Race Condition Affecting kpatch-patch-5_14_0-427_113_1 package, versions <0:1-14.el9_4


Severity

Recommended
0.0
high
0
10

Based on Red Hat Enterprise Linux security rating.

Threat Intelligence

EPSS
0.11% (2nd 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-RHEL9-KPATCHPATCH51404271131-20881921
  • published13 Oct 2026
  • disclosed28 May 2026

Introduced: 28 May 2026

CVE-2026-46181  (opens in a new tab)
CWE-366  (opens in a new tab)

How to fix?

Upgrade RHEL:9 kpatch-patch-5_14_0-427_113_1 to version 0:1-14.el9_4 or higher.
This issue was patched in RHSA-2026:81449.

NVD Description

Note: Versions mentioned in the description apply only to the upstream kpatch-patch-5_14_0-427_113_1 package and not the kpatch-patch-5_14_0-427_113_1 package as distributed by RHEL. See How to fix? for RHEL:9 relevant fixed versions and status.

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

RDMA/mlx4: Fix mis-use of RCU in mlx4_srq_event()

Sashiko points out the radix_tree itself is RCU safe, but nothing ever frees the mlx4_srq struct with RCU, and it isn't even accessed within the RCU critical section. It also will crash if an event is delivered before the srq object is finished initializing.

Use the spinlock since it isn't easy to make RCU work, use refcount_inc_not_zero() to protect against partially initialized objects, and order the refcount_set() to be after the srq is fully initialized.

CVSS Base Scores

version 3.1