Katalog CVE

CVE-2026-46176

WysokieCVSS 7.8
Opublikowano: Zaktualizowano: Przetłumaczono: NVD NIST

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko
0.14%

Percentyl 4 - wyżej niż 4% wszystkich znanych CVE

Streszczenie

W sterowniku mlx5 dla jądra Linux wykryto błąd w funkcji mlx5_ib_dev_res_srq_init(), gdzie po niepowodzeniu alokacji drugiego SRQ (s1) kod kontynuuje wykonanie, przypisując zwolniony SRQ (s0) i wskaźnik błędu (ERR_PTR) do struktur danych. Prowadzi to do użycia po zwolnieniu, dereferencji wskaźnika błędu oraz podwójnego zwolnienia pamięci.

Ocena ryzyka

Organizacja narażona jest na awarie systemu, potencjalne eskalacje uprawnień lub odmowę usługi (DoS) poprzez wykorzystanie błędnie zarządzanych zasobów SRQ w sterowniku InfiniBand/RDMA.

Rekomendacja

Należy niezwłocznie zaktualizować jądro Linux do wersji zawierającej poprawkę (commit z dodaniem 'goto unlock' w ścieżce błędu dla s1).

Inne podatności w Linux kernel

Zobacz wszystkie
Oryginalny opis (angielski, źródło NVD)

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.

Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS