From: Richard Cheng <icheng@nvidia.com>
To: dave@stgolabs.net, jic23@kernel.org, dave.jiang@intel.com,
alison.schofield@intel.com, vishal.l.verma@intel.com,
djbw@kernel.org, danwilliams@nvidia.com
Cc: iweiny@kernel.org, ming.li@zohomail.com, kobak@nvidia.com,
kaihengf@nvidia.com, kees@kernel.org, newtonl@nvidia.com,
kristinc@nvidia.com, mochs@nvidia.com,
linux-cxl@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v3 0/3] cxl/features: Bounds-check the fwctl feature commands
Date: Mon, 13 Jul 2026 15:22:34 +0800 [thread overview]
Message-ID: <alSPej_hjBLxQwk1@MWDK4CY14F> (raw)
In-Reply-To: <20260626104102.53892-1-icheng@nvidia.com>
On Fri, Jun 26, 2026 at 06:40:59PM +0800, Richard Cheng wrote:
> The CXL fwctl feature handlers take buffer sizes from userspace, which is
> out_len, and from the device without fully checking them. This series
> adds the missing bounds checks.
>
> Patch 1: reject a Get Feature whose count is larger than the output
> buffer.
> Patch 2: reject a Set Feature whose output buffer is too small for the
> reply header. A zero out_len makes kvzalloc() return
> ZERO_SIZE_PTR, and the header write then corrupts memory.
> Patch 3: clamp the Get Feature read loop to the room left in the output
> buffer, so a device that returns more than requested cannot
> write past it.
>
> A related gap is fixed separately by Zhenhao Wan's patch [1].
>
> Changes since v2:
> - Expand the single Get Feature fix into a series that also covers
> the Set Feature output buffer and the Get Feature read loop.
>
> [1]:
> https://lore.kernel.org/all/20260620-cxl-fwctl-oob-v1-1-5758e34d784a@gmail.com/
>
Hello,
Just a gentle ping on this serie.
As https://lore.kernel.org/linux-cxl/20260620-cxl-fwctl-oob-v1-1-5758e34d784a@gmail.com/
landed , I think these are worth to be taken a look as well?
Best regards,
Richard Cheng.
> Richard Cheng (3):
> cxl/features: Reject Get Feature count larger than the output buffer
> cxl/features: Reject Set Features output buffer smaller than the
> header
> cxl/features: Clamp Get Feature output size to the remaining buffer
>
> drivers/cxl/core/features.c | 12 +++++++++---
> 1 file changed, 9 insertions(+), 3 deletions(-)
>
>
> base-commit: ef0c9f75a19532d7675384708fc8621e10850104
> --
> 2.43.0
>
next prev parent reply other threads:[~2026-07-13 7:22 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-06-26 10:40 Richard Cheng
2026-06-26 10:41 ` [PATCH v3 1/3] cxl/features: Reject Get Feature count larger than the output buffer Richard Cheng
2026-07-14 19:29 ` Alison Schofield
2026-06-26 10:41 ` [PATCH v3 2/3] cxl/features: Reject Set Features output buffer smaller than the header Richard Cheng
2026-07-14 18:05 ` Dave Jiang
2026-07-14 19:30 ` Alison Schofield
2026-06-26 10:41 ` [PATCH v3 3/3] cxl/features: Clamp Get Feature output size to the remaining buffer Richard Cheng
2026-07-14 18:06 ` Dave Jiang
2026-07-14 19:31 ` Alison Schofield
2026-07-13 7:22 ` Richard Cheng [this message]
2026-07-14 21:01 ` [PATCH v3 0/3] cxl/features: Bounds-check the fwctl feature commands Dave Jiang
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=alSPej_hjBLxQwk1@MWDK4CY14F \
--to=icheng@nvidia.com \
--cc=alison.schofield@intel.com \
--cc=danwilliams@nvidia.com \
--cc=dave.jiang@intel.com \
--cc=dave@stgolabs.net \
--cc=djbw@kernel.org \
--cc=iweiny@kernel.org \
--cc=jic23@kernel.org \
--cc=kaihengf@nvidia.com \
--cc=kees@kernel.org \
--cc=kobak@nvidia.com \
--cc=kristinc@nvidia.com \
--cc=linux-cxl@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=ming.li@zohomail.com \
--cc=mochs@nvidia.com \
--cc=newtonl@nvidia.com \
--cc=vishal.l.verma@intel.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