← All Advisories
Reported from OT-Advisories.com as of

CVE-2026-93107

Last refreshed2026-10-19

Status: UPDATED  |  Advisory ID: CVE-2026-93107

Key Details

CVECVE-2026-93107
CVSS Score / Version
8.2 (High) / CVSS v3.1
Updated2026-10-19
CVSS Vector
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:L/A:H
CVSS Prose
attack vector is network; attack complexity is low; privileges required is none; user interaction is none; scope is unchanged; confidentiality impact is none; integrity impact is low; availability impact is high.
Affected products
Linux Kernel

Affected Products, Subsystems & Sectors

VendorProductAffected VersionsPatch Status
LinuxLinux Kernel
SubsystemsOT Supporting Infrastructure
SectorsAll Sectors

What to Know

In the Linux kernel, the following vulnerability has been resolved:

RDMA/rxe: Avoid reprocessing the current packet after the QP enters the error state

When do_complete() finds the QP in the error state it returns

RESPST_CHK_RESOURCE. Before commit 49dc9c1f0c7e ("RDMA/rxe: Cleanup

reset state handling in rxe_resp.c") this was the flush loop:

check_resource() had an error-state branch that fetched each remaining

recv WQE and completed it with IB_WC_WR_FLUSH_ERR, without touching

the current packet. That commit removed the error-state branch from

check_resource() (draining is now done at rxe_receiver() entry) but

kept the do_complete() error-state return.

As a result, when a QP moves to the error state while a packet is

being completed - e.g. an rdma_cm disconnect racing with receive

processing - the responder state machine loops back into the request

processing chain with the already-completed packet still in hand:

check_resource() fetches a fresh recv WQE, execute()/send_data_in()

copies the same packet payload again, do_complete() posts another

IB_WC_SUCCESS CQE (qp->resp.status is still 0), and control returns

to the error-state check. The loop re-executes the same packet once

per posted recv WQE (observed: ~1000 duplicate IB_WC_SUCCESS

completions of one SEND, one per ~8us, matching the RQ occupancy)

until the RQ is exhausted, after which qp->resp.wqe is NULL and

send_data_in() dereferences it:

BUG: kernel NULL pointer dereference, address: 0000000000000014

Workqueue: rxe_wq do_work

RIP: copy_data+0x29/0x1f0

Call Trace:

send_data_in+0x25/0x50

rxe_receiver+0xf36/0x1dd0

The duplicate completions are indistinguishable from real receives to

the ULP. During an rds stress test, the message was accepted as new and

delivered the same datagram to user space hundreds of times, corrupting

the stream; any ULP that relies on RC exactly-once delivery is affected.

A live packet reaching the error-state check in do_complete() has

been executed and completed exactly once and must be consumed, not

re-processed. Return RESPST_CLEANUP for it (dequeue and free); keep

returning RESPST_CHK_RESOURCE for the pkt == NULL case. (NVD)

What to Do

Monitor Linux's web page for any future patch releases.

References

SourceReference
NVDhttps://nvd.nist.gov/vuln/detail/CVE-2026-93107
CVEhttps://www.cve.org/CVERecord?id=CVE-2026-93107
Report compilation © 2026 OT-Advisories.com  ·  CC BY 4.0  ·  Source materials remain the property of their respective publishers as cited.