CVE-2026-23335: RDMA/irdma: Fix kernel stack leak in irdma_create_user_ah()

Published Mar 25, 2026
·
Updated

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

RDMA/irdma: Fix kernel stack leak in irdmacreateuserah()

struct irdmacreateahresp { // 8 bytes, no padding u32 ahid; // offset 0 - SET (uresp.ahid = ah->scah.ahinfo.ahidx) u8 rsvd[4]; // offset 4 - NEVER SET <- LEAK };

rsvd[4]: 4 bytes of stack memory leaked unconditionally. Only ahid is assigned before ibrespondudata().

The reserved members of the structure were not zeroed.

Affected Software

15 affected components
Linux Linux kernel
Linux Linux kernel>=5.14.1<5.15.203
Linux Linux kernel>=5.16<6.1.167
Linux Linux kernel>=6.2<6.6.130
Linux Linux kernel>=6.7<6.12.77
Linux Linux kernel>=6.13<6.18.17
Linux Linux kernel>=6.19<6.19.7
Linux Linux kernel=5.14
Linux Linux kernel=7.0-rc1
Linux Linux kernel=7.0-rc2
Linux Linux kernel=7.0-rc3
Linux Linux kernel=7.0-rc4
Linux Linux kernel=7.0-rc5
Linux Linux kernel=7.0-rc6
Linux Linux kernel=7.0-rc7

Event History

Mar 25, 2026
CVE Published
via MITRE·10:27 AM
Data Sourced
via MITRE·10:27 AM
Description
Data Sourced
via NVD·11:16 AM
RemedyDescriptionSeverityWeaknessAffected Software

Frequently Asked Questions

1

Who can trigger the information leak?

A local attacker with low privileges can trigger it. The vulnerable path is irdma_create_user_ah(), so exposure is limited to systems where the irdma RDMA driver and its user-address-handle creation functionality are available to that user.

2

What information is disclosed?

The response structure returns four reserved bytes that were never initialized. Those bytes contain kernel stack memory, while the ah_id field is explicitly set.

3

Is user interaction or remote network access required?

No user interaction is required. The supplied CVSS vector identifies the attack vector as local, so this is not described as remotely exploitable over the network.

4

What can be done if an update cannot be applied immediately?

Restrict untrusted local users from accessing the affected RDMA/irdma functionality. This reduces the ability of low-privileged local users to invoke the vulnerable user address-handle creation path.

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