Skip to main content
VulnerabilityPublished Updated

CVE-2026-46114: Linux kernel · RDMA/rxe: Reject non-8-byte ATOMIC_WRITE payloads

Affects Linux kernelSource CVE Database V5

0

Not known to be exploited · CVSS 7.5 High · fixed in d415fce3fcde6d7aeea6c25362a395b905811452 : patch Linux kernel soon.

Data as of 26 Oct 2026, 12:55 UTC

CVSS 3.1 base score
7.5High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.4% chance of exploitation in 30 days – higher than 40% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CISA SSVC
Exploitation
No evidence of active exploitation and no public proof of concept
Automatable
Attackers can reliably automate steps 1–4 of the kill chain
Technical impact
Limited control over the software or limited information exposure

CISA SSVC assessment, 2026-10-16.

Patch
Available – fixed in d415fce3fcde6d7aeea6c25362a395b905811452, 1114c87aa6f195cf07da55a27b2122ae26557b26, 539cabb7b2d8ba70f55bba91db55faef11c2a6d7 +2
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 28 May 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq 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

ProductAffectedFixed in
LinuxLinuxAffected
  • ≥ 034e285f8b99062a0cf29112e1232154a6a44aa5, < d415fce3fcde6d7aeea6c25362a395b905811452
Fixed in
  • d415fce3fcde6d7aeea6c25362a395b905811452
LinuxLinuxAffected
  • ≥ 034e285f8b99062a0cf29112e1232154a6a44aa5, < 1114c87aa6f195cf07da55a27b2122ae26557b26
Fixed in
  • 1114c87aa6f195cf07da55a27b2122ae26557b26
LinuxLinuxAffected
  • ≥ 034e285f8b99062a0cf29112e1232154a6a44aa5, < 539cabb7b2d8ba70f55bba91db55faef11c2a6d7
Fixed in
  • 539cabb7b2d8ba70f55bba91db55faef11c2a6d7
LinuxLinuxAffected
  • ≥ 034e285f8b99062a0cf29112e1232154a6a44aa5, < 105bf79a23b85cf3a761d18a4f3e10ce88526bc1
Fixed in
  • 105bf79a23b85cf3a761d18a4f3e10ce88526bc1
LinuxLinuxAffected
  • ≥ 034e285f8b99062a0cf29112e1232154a6a44aa5, < 7ec1ed4747f5f99f8b797bb438c5efd36079fad5
Fixed in
  • 7ec1ed4747f5f99f8b797bb438c5efd36079fad5
LinuxLinuxAffected
  • =6.2
Fixed in–

Description

In the Linux kernel, the following vulnerability has been resolved: RDMA/rxe: Reject non-8-byte ATOMIC_WRITE payloads atomic_write_reply() at drivers/infiniband/sw/rxe/rxe_resp.c unconditionally dereferences 8 bytes at payload_addr(pkt): value = *(u64 *)payload_addr(pkt); check_rkey() previously accepted an ATOMIC_WRITE request with pktlen == resid == 0 because the length validation only compared pktlen against resid. A remote initiator that sets the RETH length to 0 therefore reaches atomic_write_reply() with a zero-byte logical payload, and the responder reads sizeof(u64) bytes from past the logical end of the packet into skb->head tailroom, then writes those 8 bytes into the attacker's MR via rxe_mr_do_atomic_write(). That is a remote disclosure of 4 bytes of kernel tailroom per probe (the other 4 bytes are the packet's own trailing ICRC). IBA oA19-28 defines ATOMIC_WRITE as exactly 8 bytes. Anything else is protocol-invalid. Hoist a strict length check into check_rkey() so the responder never reaches the unchecked dereference, and keep the existing WRITE-family length logic for the normal RDMA WRITE path. Reproduced on mainline with an unmodified rxe driver: a sustained zero-length ATOMIC_WRITE probe repeatedly leaks adjacent skb head-buffer bytes into the attacker's MR, including recognisable kernel strings and partial kernel-direct-map pointer words. With this patch applied the responder rejects the PDU and the MR stays all-zero.

References

Community reviews

Loading reviews…