CVE-2026-92510: RDMA/core: Fix potential use after free in ib_destroy_srq_user()

Published Sep 17, 2026
·
Updated

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

RDMA/core: Fix potential use after free in ibdestroysrquser()

When accessing a SRQ via the netlink path the only synchronization mechanism for the said SRQ is rdmarestrackget(). Currently, rdmarestrackdel() is invoked at the end of ibdestroysrquser(), which is too late, since by that point vendor-specific resources associated with the SRQ might already be freed. This can leave a short window where the SRQ remains accessible through restrack, leading to a potential use-after-free.

Fix this by moving the rdmarestrackbegindel() call to the start of ibdestroysrquser(), ensuring that the SRQ is removed from restrack before its internal resources are released. This guarantees that no new users hold references to a SRQ that is in the process of destruction.

In addition, this change preserves the intended inverted order between create and destroy routines: resources are added to restrack at the end of successful creation, and hence shall be removed from the restrack first thing during the destruction flow, which keeps the lifecycle management consistent and predictable.

Affected Software

1 affected component
Linux Linux kernel

Event History

Sep 17, 2026
CVE Published
via MITRE·04:10 PM
Data Sourced
via MITRE·04:10 PM
Description

Frequently Asked Questions

1

Which systems are exposed to this race condition?

Systems using the Linux kernel RDMA subsystem and shared receive queues (SRQs) that can be accessed through the RDMA netlink/restrack path are exposed. The issue occurs while an SRQ is being destroyed and remains visible through restrack after vendor-specific SRQ resources have begun to be freed.

2

What condition is required to trigger the use-after-free?

A concurrent netlink-path access must obtain or use the SRQ through restrack during the short destruction window. The vulnerable ordering permits new references while SRQ-associated vendor resources may already have been released.

3

What does the fix change?

The fix moves rdma_restrack_begin_del() to the start of ib_destroy_srq_user(). This removes the SRQ from restrack before internal resources are released, preventing new users from acquiring references to an SRQ undergoing destruction.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203