From: Tristan Madani <tristmd@gmail.com>
To: Zhu Yanjun <zyjzyj2000@gmail.com>, Jason Gunthorpe <jgg@ziepe.ca>,
Leon Romanovsky <leon@kernel.org>
Cc: linux-rdma@vger.kernel.org, linux-kernel@vger.kernel.org,
stable@vger.kernel.org, Moni Shoua <monis@mellanox.com>,
Tristan Madani <tristan@talencesecurity.com>
Subject: [PATCH v3 0/2] RDMA/rxe: Fix TOCTOU races on mmap'd send queue
Date: Wed, 7 Oct 2026 21:27:35 +0000 [thread overview]
Message-ID: <20261007212737.1989004-1-tristmd@gmail.com> (raw)
From: Tristan Madani <tristan@talencesecurity.com>
The rxe driver maps the send queue into userspace via mmap. Both the
requester and completer process Work Queue Entries (WQEs) directly from
this shared buffer without first copying them to kernel memory. This
allows userspace to modify WQE fields concurrently, causing inconsistent
state in the kernel.
This series fixes both paths:
- Patch 1/2: requester (rxe_req.c) - copy WQE before processing,
with WRITE_ONCE per-field writeback
- Patch 2/2: completer (rxe_comp.c) - same treatment, with reuse
across multi-packet operations to preserve DMA progress
This is the send-path counterpart to the receive-path fixes:
- commit 22b8fbded65b8 ("RDMA/rxe: Fix TOCTOU heap overflow in
get_srq_wqe")
- commit d6ab440240a04 ("RDMA/rxe: Copy WQE to local buffer in
non-SRQ receive path")
Changes since v2:
- Replaced bulk memcpy() writeback with targeted WRITE_ONCE() for
individual fields and smp_store_release() for state transitions,
avoiding the tearing risk of bulk memcpy on the shared queue
- Added smp_load_acquire() in the completer to pair with the
requester's smp_store_release() for state ordering
Changes since v1:
- Same as v2 changes (v2 only covered patch 2/2)
Tristan Madani (2):
RDMA/rxe: copy send WQE to kernel buffer before processing
RDMA/rxe: copy send WQE to kernel buffer in completer path
drivers/infiniband/sw/rxe/rxe_comp.c | 58 +++++++++++++++++++++++++--
drivers/infiniband/sw/rxe/rxe_req.c | 61 +++++++++++++++++++++++++----
drivers/infiniband/sw/rxe/rxe_verbs.h | 12 ++++++
3 files changed, 119 insertions(+), 12 deletions(-)
--
2.39.5
next reply other threads:[~2026-10-07 21:27 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-10-07 21:27 Tristan Madani [this message]
2026-10-07 21:27 ` [PATCH v3 1/2] RDMA/rxe: copy send WQE to kernel buffer before processing Tristan Madani
2026-10-07 21:27 ` [PATCH v3 2/2] RDMA/rxe: copy send WQE to kernel buffer in completer path Tristan Madani
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20261007212737.1989004-1-tristmd@gmail.com \
--to=tristmd@gmail.com \
--cc=jgg@ziepe.ca \
--cc=leon@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-rdma@vger.kernel.org \
--cc=monis@mellanox.com \
--cc=stable@vger.kernel.org \
--cc=tristan@talencesecurity.com \
--cc=zyjzyj2000@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®