KernelScan.io

HIGH Introduced in 7.1

bnxt_re DestroyUdata UAF

CVE-2026-93277

CVSS 7.8 / 10.0 NVD

CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H

KernelScan AI6.9MEDIUM

01

In the Linux kernel, the following vulnerability has been resolved: RDMA/bnxt_re: Validate udata before executing commands The destroy callbacks currently zero the udata output after tearing down driver resources. If the userspace access fails, uverbs preserves the uobject and allows the destroy callback to run again, even though the driver resource has already been freed. Call ib_no_udata_io() before teardown so udata failures are detected while the resource is still intact, then return success after teardown completes. As part of this change, move ib_respond_empty_udata() to the start of the create and modify flows. While this is not strictly required for general create flows, as the core layer unwinds uobjects on failure, it is necessary for create AH. In _rdma_create_ah(), the HW object is otherwise leaked.

02

Engine v0.6.0

Risk summary

A local user with access to the bnxt_re RDMA device can trigger a use-after-free by causing udata validation to fail after driver resources have already been torn down. The uverbs framework may then re-invoke the destroy callback on already-freed objects, leading to memory corruption or a kernel crash.

Affecteddrivers/infiniband/hw/bnxt_re/ib_verbs.c (RDMA/bnxt_re)

Vulnerability analysis

The bnxt_re RDMA driver writes back to userspace only after it has already torn down internal driver objects. If that write fails, the management framework keeps the handle alive and may run the cleanup routine again on memory that has already been freed, causing use-after-free memory corruption. The fix checks the userspace buffer before any teardown begins, so failures are caught while the object is still intact, and completes cleanup without a second writeback. Any local process that can open and use the RDMA device through the standard programming interface can reach this; no special kernel privileges are needed beyond access to the device itself, and it affects systems running the bnxt_re driver.

03

BranchIntroducedFixed inPatch commit
7.27.17.2.6c5643ea4f040
mainline7.17.3-rc1d38c835925d4