← Back to the live CVE advisory feed

CVE-2026-98365: Linux

Severity

9.8 (CRITICAL)

Vendor

LINUX

Affected versions

8700e3e7c4857d28ebaa824509934556da0b3e76 through before b7d2118660545a00b21e83010ded1a231c6fb8c5; 8700e3e7c4857d28ebaa82

Patch status

Patched

Published

2026-10-06T09:18:30.677

Modified

2026-10-07T07:17:10.830

Why it matters

This matters because the affected product may be exploitable without valid credentials. Internet-facing deployments should be reviewed first.

Recommended admin actions

• Prioritize validation immediately due to critical CVSS severity.
• Treat internet-facing systems as higher priority.

Technical summary

In the Linux kernel, the following vulnerability has been resolved: RDMA/rxe: Fix integer overflow in mr_check_range() leading to OOB access mr_check_range() validates that [iova, iova+length) falls within the registered MR range using wraparound-prone arithmetic: if (iova < mr->ibmr.iova || iova + length > mr->ibmr.iova + mr->ibmr.length) A remote peer can craft an RDMA-Write/Read RETH so that iova + length wraps to 0 (e.g. iova=0xfffffffffffffff8, length=8), bypassing the check. rxe_mr_iova_to_index() then computes a huge index (int idx, only guarded by WARN_ON) and rxe_mr_copy_xarray() dereferences mr->page_info[huge], causing an out-of-bounds read/write and a kernel oops that is triggerable by an unauthenticated remote peer. Rewrite the check in overflow-safe form; the first two clauses guarantee that the subsequent subtractions do not underflow: if (iova < mr->ibmr.iova || length > mr->ibmr.length || iova – mr->ibmr.iova > mr->ibmr.length – length) With the fix, mr_check_range() returns -EINVAL for the crafted iova and the responder reports REMOTE_ACCESS_ERROR instead of triggering the OOB.

View the official NVD record for CVE-2026-98365

CVE data is sourced from NVD/CNA records and optional enrichment. Validate against the vendor advisory before taking production action.