CVE-2026-93277: Linux kernel · RDMA/bnxt_re: Validate udata before executing commands
Affects Linux kernelSource CVE Database V5
Not known to be exploited · CVSS 7.8 High : upgrade to d38c835925d4a3bfdf0a85ff2829ee90c709c561 or c5643ea4f040acc2f4d1e88f49bd0be51110ff2f soon.
Data as of 26 Oct 2026, 12:55 UTC
- EPSS
- 0.1% chance of exploitation in 30 days – higher than 3% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in d38c835925d4a3bfdf0a85ff2829ee90c709c561, c5643ea4f040acc2f4d1e88f49bd0be51110ff2f
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:HExploitation evidence
Disclosed: evidence found.
CVE published 24 Sep 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.
What to do
Upgrade Linux kernel to d38c835925d4a3bfdf0a85ff2829ee90c709c561 or c5643ea4f040acc2f4d1e88f49bd0be51110ff2f.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in– |
AI-suggested
A fix is available and has been applied in the Linux kernel versions identified by commits d38c835925d4a3bfdf0a85ff2829ee90c709c561 and c5643ea4f040acc2f4d1e88f49bd0be51110ff2f. Users should update to these fixed versions to remediate the vulnerability.
Description
CVE-2026-93277 is a high-severity vulnerability in the Linux kernel's RDMA bnxt_re driver where user data (udata) was not properly validated before executing commands. This flaw could lead to use-after-free conditions and resource leaks during destroy and create operations. The issue has been fixed by validating udata before teardown and adjusting response handling in create and modify flows.