From: "Michael S. Tsirkin" <mst@redhat.com>
To: Jia Jia <physicalmtea@gmail.com>
Cc: "Jason Wang" <jasowangio@gmail.com>,
"Eugenio Pérez" <eperezma@redhat.com>,
"Tiwei Bie" <tiwei.bie@intel.com>,
kvm@vger.kernel.org, virtualization@lists.linux.dev,
netdev@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] vhost/vdpa: reject VRING_NUM larger than device max
Date: Sat, 8 Aug 2026 06:39:09 -0400 [thread overview]
Message-ID: <20260808063901-mutt-send-email-mst@kernel.org> (raw)
In-Reply-To: <20260808103415.101261-1-physicalmtea@gmail.com>
On Sat, Aug 08, 2026 at 06:34:15PM +0800, Jia Jia wrote:
> vhost_vring_set_num() only requires a non-zero power-of-two that fits
> in 16 bits. vhost-vdpa then hands that value to the backend through
> set_vq_num() without comparing it to get_vq_num_max().
>
> A local process with access to /dev/vhost-vdpa-* can therefore set a
> queue size larger than the device advertises. On the vdpa_sim backend,
> the worker then walks descriptors beyond the mapped descriptor ring.
> KASAN reports a 16-byte out-of-bounds read, corresponding to one
> vring_desc, in the vringh IOTLB path:
>
> BUG: KASAN: out-of-bounds in _copy_from_iter
> Read of size 16
> copy_from_iotlb
> copydesc_iotlb
> vringh_getdesc_iotlb
> vdpasim_net_work
>
> Check the requested size against get_vq_num_max() in
> vhost_vdpa_vring_ioctl() before calling vhost_vring_ioctl(), and return
> -EINVAL when the request is too large.
>
> Fixes: 4c8cf31885f6 ("vhost: introduce vDPA-based backend")
sign off missing
> ---
> drivers/vhost/vdpa.c | 7 +++++++
> 1 file changed, 7 insertions(+)
>
> diff --git a/drivers/vhost/vdpa.c b/drivers/vhost/vdpa.c
> index ac55275fa0d0..b2083e1ef150 100644
> --- a/drivers/vhost/vdpa.c
> +++ b/drivers/vhost/vdpa.c
> @@ -716,6 +716,13 @@ static long vhost_vdpa_vring_ioctl(struct vhost_vdpa *v, unsigned int cmd,
> vhost_vdpa_unsetup_vq_irq(v, idx);
> }
> break;
> + case VHOST_SET_VRING_NUM:
> + /* Reject sizes above the max reported by the device. */
> + if (copy_from_user(&s, argp, sizeof(s)))
> + return -EFAULT;
> + if (s.num > ops->get_vq_num_max(vdpa))
> + return -EINVAL;
> + break;
> }
>
> r = vhost_vring_ioctl(&v->vdev, cmd, argp);
> --
> 2.34.1
next prev parent reply other threads:[~2026-08-08 10:39 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-08-08 10:34 [PATCH] vhost/vdpa: reject VRING_NUM larger than device max Jia Jia
2026-08-08 10:39 ` Michael S. Tsirkin [this message]
2026-08-09 10:34 ` sashiko-bot
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=20260808063901-mutt-send-email-mst@kernel.org \
--to=mst@redhat.com \
--cc=eperezma@redhat.com \
--cc=jasowangio@gmail.com \
--cc=kvm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=netdev@vger.kernel.org \
--cc=physicalmtea@gmail.com \
--cc=tiwei.bie@intel.com \
--cc=virtualization@lists.linux.dev \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.