CVE-2026-68418: Linux kernel · RDMA/irdma: Prevent user-triggered null deref on QP create
Affects Linux kernelSource CVE Database V5
Not known to be exploited · fixed in ec675b4cdfd378d8c9dd8c93126c024f2469bd79 : update Linux kernel when convenient.
Data as of 26 Oct 2026, 13:47 UTC
Rated by Threat Radar · CVSS not yet scored by NVD
- EPSS
- 0.1% chance of exploitation in 30 days – higher than 4% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in ec675b4cdfd378d8c9dd8c93126c024f2469bd79, d52ff592abfcd56234f266aa245c489f70b1c554, b9b0889071569d43623c260074e159cd8f26adb1 +2
Exploitation evidence
Disclosed: evidence found.
CVE published 10 Aug 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 to a fixed release listed under Affected software.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in– |
Description
In the Linux kernel, the following vulnerability has been resolved: RDMA/irdma: Prevent user-triggered null deref on QP create Previously, the user QP creation path would only attempt to populate iwqp->iwpbl if the user-provided req.user_wqe_bufs field was non-zero. The problem is that iwqp->iwpbl is unconditionally dereferenced later on in irdma_setup_virt_qp. While there was a check for iwqp->iwpbl != NULL, this check would only occur if req.user_wqe_bufs was non-zero. The end result is that a user could send a zero user_wqe_bufs value and trigger a null ptr deref. Fix this by unconditionally calling irdma_get_pbl and bailing if it fails, similar to the CQ and SRQ paths.
References
- git.kernel.org/stable/c/d52ff592abfcd56234f266aa245c489f70b1c554 (opens in a new tab)
- git.kernel.org/stable/c/ad68e0b759f9569f0dfea84f035c91eadb979802 (opens in a new tab)
- git.kernel.org/stable/c/ec675b4cdfd378d8c9dd8c93126c024f2469bd79 (opens in a new tab)
- git.kernel.org/stable/c/728211c815f6eef28dd3df2a5b6297483185aa20 (opens in a new tab)
- git.kernel.org/stable/c/b9b0889071569d43623c260074e159cd8f26adb1 (opens in a new tab)