qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: "Philippe Mathieu-Daudé" <philmd@redhat.com>
To: Michael Roth <mdroth@linux.vnet.ibm.com>, qemu-devel@nongnu.org
Cc: peter.maydell@linaro.org
Subject: Re: [PULL for-5.0 4/4] qga: Restrict guest-file-read count to 48 MB to avoid crashes
Date: Wed, 15 Apr 2020 17:25:12 +0200	[thread overview]
Message-ID: <d29b5190-f872-668e-cb81-abcfaf5e1db4@redhat.com> (raw)
In-Reply-To: <20200415152202.14463-5-mdroth@linux.vnet.ibm.com>

On 4/15/20 5:22 PM, Michael Roth wrote:
> From: Philippe Mathieu-Daudé <philmd@redhat.com>
> 
> On [*] Daniel Berrangé commented:
> 
>    The QEMU guest agent protocol is not sensible way to access huge
>    files inside the guest. It requires the inefficient process of
>    reading the entire data into memory than duplicating it again in
>    base64 format, and then copying it again in the JSON serializer /
>    monitor code.
> 
>    For arbitrary general purpose file access, especially for large
>    files, use a real file transfer program or use a network block
>    device, not the QEMU guest agent.
> 
> To avoid bug reports as BZ#1594054 (CVE-2018-12617), follow his
> suggestion to put a low, hard limit on "count" in the guest agent
> QAPI schema, and don't allow count to be larger than 48 MB.
> 
> [*] https://www.mail-archive.com/qemu-devel@nongnu.org/msg693176.html
> 
> Fixes: CVE-2018-12617
> Buglink: https://bugzilla.redhat.com/show_bug.cgi?id=1594054
> Reported-by: Fakhri Zulkifli <mohdfakhrizulkifli@gmail.com>
> Suggested-by: Daniel P. Berrangé <berrange@redhat.com>
> Signed-off-by: Philippe Mathieu-Daudé <philmd@redhat.com>
> Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
> *update schema documentation to indicate 48MB limit instead of 10MB

Thanks!

> Signed-off-by: Michael Roth <mdroth@linux.vnet.ibm.com>
> ---
>   qga/commands.c       | 9 ++++++++-
>   qga/qapi-schema.json | 6 ++++--
>   2 files changed, 12 insertions(+), 3 deletions(-)



  reply	other threads:[~2020-04-15 15:26 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-04-15 15:21 [PULL for-5.0 0/4] qemu-ga patch queue for hard-freeze Michael Roth
2020-04-15 15:21 ` [PULL for-5.0 1/4] Revert "prevent crash when executing guest-file-read with large count" Michael Roth
2020-04-15 15:22 ` [PULL for-5.0 2/4] qga: Extract guest_file_handle_find() to commands-common.h Michael Roth
2020-04-15 15:22 ` [PULL for-5.0 3/4] qga: Extract qmp_guest_file_read() to common commands.c Michael Roth
2020-04-15 15:22 ` [PULL for-5.0 4/4] qga: Restrict guest-file-read count to 48 MB to avoid crashes Michael Roth
2020-04-15 15:25   ` Philippe Mathieu-Daudé [this message]
2020-04-15 17:36 ` [PULL for-5.0 0/4] qemu-ga patch queue for hard-freeze 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=d29b5190-f872-668e-cb81-abcfaf5e1db4@redhat.com \
    --to=philmd@redhat.com \
    --cc=mdroth@linux.vnet.ibm.com \
    --cc=peter.maydell@linaro.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 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).