linux-block.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Michael S. Tsirkin" <mst@redhat.com>
To: Stefan Hajnoczi <stefanha@redhat.com>
Cc: linux-block@vger.kernel.org, Xie Yongji <xieyongji@bytedance.com>,
	Christoph Hellwig <hch@lst.de>,
	jasowang@redhat.com
Subject: Re: [PATCH v2] virtio-blk: limit seg_max to a safe value
Date: Mon, 24 May 2021 16:47:37 -0400	[thread overview]
Message-ID: <20210524164202-mutt-send-email-mst@kernel.org> (raw)
In-Reply-To: <20210524154020.98195-1-stefanha@redhat.com>

On Mon, May 24, 2021 at 04:40:20PM +0100, Stefan Hajnoczi wrote:
> The struct virtio_blk_config seg_max value is read from the device and
> incremented by 2 to account for the request header and status byte
> descriptors added by the driver.
> 
> In preparation for supporting untrusted virtio-blk devices, protect
> against integer overflow and limit the value to a safe maximum.
> 
> Signed-off-by: Stefan Hajnoczi <stefanha@redhat.com>
> ---
> v2:
>  * Limit to a virtio-specific value instead of using SG_MAX_SEGMENTS
>    [Christoph]
> ---
>  drivers/block/virtio_blk.c | 8 +++++++-
>  1 file changed, 7 insertions(+), 1 deletion(-)
> 
> diff --git a/drivers/block/virtio_blk.c b/drivers/block/virtio_blk.c
> index b9fa3ef5b57c..1635d4289202 100644
> --- a/drivers/block/virtio_blk.c
> +++ b/drivers/block/virtio_blk.c
> @@ -21,6 +21,9 @@
>  #define VQ_NAME_LEN 16
>  #define MAX_DISCARD_SEGMENTS 256u
>  
> +/* The maximum number of sg elements that fit into a virtqueue */
> +#define VIRTIO_BLK_MAX_SG_ELEMS 32768

32768 is what it says for split queues but for packed queues
it says 2^15.

So 0x8000 then?

> +
>  static int major;
>  static DEFINE_IDA(vd_index_ida);
>  
> @@ -728,7 +731,10 @@ static int virtblk_probe(struct virtio_device *vdev)
>  	if (err || !sg_elems)
>  		sg_elems = 1;
>  
> -	/* We need an extra sg elements at head and tail. */

s/an extra/extra/

> +	/* Prevent integer overflows and honor max vq size */
> +	sg_elems = min_t(u32, sg_elems, VIRTIO_BLK_MAX_SG_ELEMS - 2);
> +
> +	/* We need extra sg elements at head and tail. */
>  	sg_elems += 2;
>  	vdev->priv = vblk = kmalloc(sizeof(*vblk), GFP_KERNEL);
>  	if (!vblk) {
> -- 
> 2.31.1
> 


  parent reply	other threads:[~2021-05-24 20:47 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-05-24 15:40 [PATCH v2] virtio-blk: limit seg_max to a safe value Stefan Hajnoczi
2021-05-24 15:47 ` Christoph Hellwig
2021-05-24 20:47 ` Michael S. Tsirkin [this message]
2021-06-03 14:59   ` Stefan Hajnoczi

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=20210524164202-mutt-send-email-mst@kernel.org \
    --to=mst@redhat.com \
    --cc=hch@lst.de \
    --cc=jasowang@redhat.com \
    --cc=linux-block@vger.kernel.org \
    --cc=stefanha@redhat.com \
    --cc=xieyongji@bytedance.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;
as well as URLs for NNTP newsgroup(s).