[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH 05/12] hw/virtio: Add support for apple virtio-blk
From: |
Stefan Hajnoczi |
Subject: |
Re: [PATCH 05/12] hw/virtio: Add support for apple virtio-blk |
Date: |
Tue, 20 Jun 2023 16:35:37 +0200 |
On Wed, Jun 14, 2023 at 10:56:22PM +0000, Alexander Graf wrote:
> diff --git a/hw/block/virtio-blk.c b/hw/block/virtio-blk.c
> index 39e7f23fab..76b85bb3cb 100644
> --- a/hw/block/virtio-blk.c
> +++ b/hw/block/virtio-blk.c
> @@ -1120,6 +1120,20 @@ static int virtio_blk_handle_request(VirtIOBlockReq
> *req, MultiReqBuffer *mrb)
>
> break;
> }
> + case VIRTIO_BLK_T_APPLE1:
> + {
> + if (s->conf.x_apple_type) {
> + /* Only valid on Apple Virtio */
> + char buf[iov_size(in_iov, in_num)];
I'm concerned that a variable-sized stack buffer could be abused by a
malicious guest. Even if it's harmless in the Apple use case, someone
else might copy this approach and use it where it creates a security
problem. Please either implement iov_memset() or allocate the temporary
buffer using bdrv_blockalign() (and free it with qemu_vfree()).
> + memset(buf, 0, sizeof(buf));
> + iov_from_buf(in_iov, in_num, 0, buf, sizeof(buf));
> + virtio_blk_req_complete(req, VIRTIO_BLK_S_OK);
signature.asc
Description: PGP signature
- [PATCH 05/12] hw/virtio: Add support for apple virtio-blk, Alexander Graf, 2023/06/14
- [PATCH 06/12] hw: Add vmapple subdir, Alexander Graf, 2023/06/14
- [PATCH 09/12] hw/vmapple/bdif: Introduce vmapple backdoor interface, Alexander Graf, 2023/06/14
- [PATCH 08/12] hw/vmapple/aes: Introduce aes engine, Alexander Graf, 2023/06/14
- [PATCH 07/12] gpex: Allow more than 4 legacy IRQs, Alexander Graf, 2023/06/14
- Re: [PATCH 05/12] hw/virtio: Add support for apple virtio-blk, Kevin Wolf, 2023/06/16
- Re: [PATCH 05/12] hw/virtio: Add support for apple virtio-blk, Daniel P . Berrangé, 2023/06/19
- Re: [PATCH 05/12] hw/virtio: Add support for apple virtio-blk,
Stefan Hajnoczi <=