In the Linux kernel, the following vulnerability has been resolved: RDMA/bnxt_re: zero shared page before exposing to userspace… (CVE-2026-74584)
A vulnerability in the Linux kernel's RDMA bnxt_re driver allows kernel memory contents to be leaked to userspace. The issue arises because a shared page allocated without zeroing exposes stale kernel data. This page is mapped to userspace with only 4 bytes sanitized, leaking the remaining memory contents. The flaw affects users with access to /dev/infiniband/uverbsX on hosts with bnxt_re devices. The vulnerability has been resolved by changing the allocation to zero the page before exposure.
AI Analysis
Technical Summary
The Linux kernel bnxt_re driver allocates a shared page (uctx->shpg) using __get_free_page(GFP_KERNEL), which does not zero the memory, leaving stale kernel data from previously freed objects. This page is then mapped into userspace via vm_insert_page() with only 4 bytes explicitly overwritten, exposing the remaining 4092 bytes of kernel memory to userspace. Users with access to /dev/infiniband/uverbsX and membership in the rdma group can read this leaked data via mmap after issuing IB_USER_VERBS_CMD_GET_CONTEXT. The vulnerability is fixed by switching the allocation to get_zeroed_page(), ensuring the page is zeroed before exposure.
Potential Impact
This vulnerability leaks kernel memory contents to unprivileged users with access to the RDMA bnxt_re device interface. The leaked data may include sensitive kernel information, potentially aiding further attacks or information disclosure. However, no direct code execution or privilege escalation is described.
Mitigation Recommendations
A fix is available that changes the allocation of the shared page to use get_zeroed_page(), which zeroes the memory before mapping it to userspace. Users should apply the official Linux kernel patches that address this issue. Since this is a kernel driver vulnerability, updating to a patched kernel version is the recommended remediation. Patch status is not explicitly confirmed in the provided data; users should consult the vendor or Linux kernel advisory for the exact fixed versions and update accordingly.
In the Linux kernel, the following vulnerability has been resolved: RDMA/bnxt_re: zero shared page before exposing to userspace… (CVE-2026-74584)
Description
A vulnerability in the Linux kernel's RDMA bnxt_re driver allows kernel memory contents to be leaked to userspace. The issue arises because a shared page allocated without zeroing exposes stale kernel data. This page is mapped to userspace with only 4 bytes sanitized, leaking the remaining memory contents. The flaw affects users with access to /dev/infiniband/uverbsX on hosts with bnxt_re devices. The vulnerability has been resolved by changing the allocation to zero the page before exposure.
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
The Linux kernel bnxt_re driver allocates a shared page (uctx->shpg) using __get_free_page(GFP_KERNEL), which does not zero the memory, leaving stale kernel data from previously freed objects. This page is then mapped into userspace via vm_insert_page() with only 4 bytes explicitly overwritten, exposing the remaining 4092 bytes of kernel memory to userspace. Users with access to /dev/infiniband/uverbsX and membership in the rdma group can read this leaked data via mmap after issuing IB_USER_VERBS_CMD_GET_CONTEXT. The vulnerability is fixed by switching the allocation to get_zeroed_page(), ensuring the page is zeroed before exposure.
Potential Impact
This vulnerability leaks kernel memory contents to unprivileged users with access to the RDMA bnxt_re device interface. The leaked data may include sensitive kernel information, potentially aiding further attacks or information disclosure. However, no direct code execution or privilege escalation is described.
Mitigation Recommendations
A fix is available that changes the allocation of the shared page to use get_zeroed_page(), which zeroes the memory before mapping it to userspace. Users should apply the official Linux kernel patches that address this issue. Since this is a kernel driver vulnerability, updating to a patched kernel version is the recommended remediation. Patch status is not explicitly confirmed in the provided data; users should consult the vendor or Linux kernel advisory for the exact fixed versions and update accordingly.
Technical Details
- Gcve Source
- db.gcve.eu
- Osv Id
- GHSA-j6vr-r53f-g3jf
- Osv Schema Version
- 1.4.0
- Aliases
- ["CVE-2026-74584"]
- Ecosystems
- []
- Database Specific Severity
- null
- Cvss Version
- null
Threat ID: 6a8a27f6acd9273b499bc93f
Added to database: 08/22/2026, 22:51:34 UTC
Last enriched: 08/22/2026, 22:53:46 UTC
Last updated: 08/23/2026, 01:46:11 UTC
Views: 3
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.