CVE-2026-46176 Affecting kernel-modules-extra-matched package, versions <0:6.12.0-211.29.1.el10_2


Severity

Recommended
high

Based on AlmaLinux security rating.

Threat Intelligence

EPSS
0.14% (4th 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-ALMALINUX10-KERNELMODULESEXTRAMATCHED-17778113
  • published2 Jul 2026
  • disclosed29 Jun 2026

Introduced: 29 Jun 2026

NewCVE-2026-46176  (opens in a new tab)

How to fix?

Upgrade AlmaLinux:10 kernel-modules-extra-matched to version 0:6.12.0-211.29.1.el10_2 or higher.
This issue was patched in ALSA-2026:33685.

NVD Description

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

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

RDMA/mlx5: Fix error path fall-through in mlx5_ib_dev_res_srq_init()

mlx5_ib_dev_res_srq_init() allocates two SRQs, s0 and s1. When ib_create_srq() fails for s1, the error branch destroys s0 but falls through and unconditionally assigns the freed s0 and the ERR_PTR s1 to devr->s0 and devr->s1.

This leads to several problems: the lock-free fast path checks "if (devr->s1) return 0;" and treats the ERR_PTR as already initialised; users in mlx5_ib_create_qp() dereference the freed SRQ or ERR_PTR via to_msrq(devr->s0)->msrq.srqn; and mlx5_ib_dev_res_cleanup() dereferences the ERR_PTR and double-frees s0 on teardown.

Fix by adding the same goto unlock in the s1 failure path.

CVSS Base Scores

version 3.1