From: Kevin Wolf <kwolf@redhat.com>
To: Peter Maydell <peter.maydell@linaro.org>
Cc: qemu-devel@nongnu.org, qemu-block@nongnu.org,
Hanna Reitz <hreitz@redhat.com>, Fam Zheng <fam@euphon.net>
Subject: Re: [PATCH 0/5] block/vmdk: Fix various bugs in handling malicious image files
Date: Thu, 5 Nov 2026 18:18:48 +0100 [thread overview]
Message-ID: <auy6eFKcQOvGWpyi@redhat.com> (raw)
In-Reply-To: <20261103143516.2182626-1-peter.maydell@linaro.org>
Am 03.11.2026 um 15:35 hat Peter Maydell geschrieben:
> This set of patches fixes four reported bugs in vmdk's handling of
> potentially malicious image files:
>
> #3843: if cluster_sectors is 0x200000 we can overflow an 'int' and try
> to g_malloc() 0xffffffff80000000
> #4017: if cluster_sectors is 0 we will divide by zero and SIGFPE
> #4029: we can overflow a 32*64 multiply; we catch it a bit later on
> so there are no ill-effects, but for robustness it's better to
> check before the multiply
> #4571: we can read off the end of a block of memory when trying to
> parse descriptors; worst case is that we read some junk from
> the heap into BlockDriverState::auto_backing_file and
> ::backing_file. I don't think this is an exploitable info
> leak into the guest.
> #4571: if the input file specifies no extents, we hit an assert
> in vmdk_co_get_info() rather than rejecting the file
> (mentioned in passing in the same issue as previous bug)
>
> I think these all classify as "hardening bugs" rather than security
> issues, since they're just "self-denial-of-service" at worst.
>
> Tested using qemu-iotests on the vmdk format.
Thanks, applied to the block branch.
It would have been nice to add new qemu-iotests cases that can catch
these bugs, maybe you still want to do that on top?
And just looking briefly at each of the places that are patched, it's
immediately clear to me that some more fixes are needed. :-)
Kevin
next prev parent reply other threads:[~2026-11-05 17:19 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-11-03 14:35 [PATCH 0/5] block/vmdk: Fix various bugs in handling malicious image files Peter Maydell
2026-11-03 14:35 ` [PATCH 1/5] block/vmdk: Avoid assertion if image file has no extents Peter Maydell
2026-11-03 14:35 ` [PATCH 2/5] block/vmdk: Avoid reading off the end of descriptor memory Peter Maydell
2026-11-03 14:35 ` [PATCH 3/5] block/vmdk: Use larger types for byte counts in vmdk_read_extent() Peter Maydell
2026-11-03 14:35 ` [PATCH 4/5] block/vmdk: Reject a zero cluster_sectors parameter Peter Maydell
2026-11-03 14:35 ` [PATCH 5/5] block/vmdk: Avoid overflowing multiplication in vmdk_open_vmdk4() Peter Maydell
2026-11-05 17:18 ` Kevin Wolf [this message]
2026-11-10 19:04 ` [PATCH 0/5] block/vmdk: Fix various bugs in handling malicious image files Peter Maydell
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=auy6eFKcQOvGWpyi@redhat.com \
--to=kwolf@redhat.com \
--cc=fam@euphon.net \
--cc=hreitz@redhat.com \
--cc=peter.maydell@linaro.org \
--cc=qemu-block@nongnu.org \
--cc=qemu-devel@nongnu.org \
/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.